5 ms·

Phoenix.LiveView: Interactive, Real-Time Apps. No Need to Write JavaScript

75 points by pawelduda 8y ago

GrumpyNl 8y ago
No need for java, but need for another language kind of markup script..
- sfusato 8y ago
  The additional markup is very minimal: phx-click, phx-change, phx-submit, phx-keypress, phx-keydown, phx-keydown, phx-error .etc
- the_angry_angel 8y ago
  On one hand I kind of agree. It's a special syntax, which is one of the reasons why I personally dislike Vue and Angular, etc. However, pragmatically, it's minimal and all the guts will be in Elixir - where the people probably most interested in LiveView will be spending most of their time anyway. So it's a net win imho.
- chrismccord 8y ago
  Also to be clear, if you are already in the Elixir web ecosystem, EEx (Embedded Elixir) templates are what you currently write for regular server HTML rendering. LiveEEx allows you to take those same templates and support the diffing optimizations the post shows off, so labeling it "another kind of markup script" isn't accurate in this context.
sfusato 8y ago
LiveView looks like a game changer. Can't wait to play with it.
s369610 8y ago
looks similar to server side blazor (razor components) added to asp .net core 3.0 https://codedaze.io/introduction-to-server-side-blazor-aka-razor-components/ https://codedaze.io/introduction-to-server-side-blazor-aka-r...
- nathan_long 8y ago
  That does look similar! One thing they say though: > We don't really know yet how well server-side Blazor (Razor Components) will scale with heavy use applications. I don't think that's a concern with LiveView, as it's built on Phoenix Channels, which in 2015 could already handle 2 million connections on a single box: https://phoenixframework.org/blog/the-road-to-2-million-websocket-connections https://phoenixframework.org/blog/the-road-to-2-million-webs...
kim0 8y ago
Cool! Anything similar for Golang?
- nymanjon 8y ago
  @kim0, See my comment about intercooler js. Not quite as powerful but it is a similar concept that is back end language agnostic.
josep2 8y ago
I must say this is the first time I've been really impressed by a client-side, real-time implementation. The API is simple and I can imagine building something real-time without thinking about the translation from one protocol to another like I would with web-sockets for example. I've never written a line of Elixir, but this is interesting enough for me to try it.
- mercer 8y ago
  Aside from Scenic (https://github.com/boydm/scenic https://github.com/boydm/scenic) and Nerves (https://nerves-project.org/ https://nerves-project.org/), Phoenix LiveView is the new Elixir thing I'm most excited about. I mean, I already 'bought in' to the ecosystem for many other reasons, but these are / could be huge extra reason because 1) they solve problems I'm facing, and 2) the potential popularity might alleviate the mild nervousness I have about investing so much into what is still a very young and small ecosystem. As it is, I still hesitate to use Elixir/Phoenix with many of my clients.
nymanjon 8y ago
An alternative to this is [intercooler.js](http://intercoolerjs.org http://intercoolerjs.org). Not sure if it is quite as powerful or robust (as an Elixir backend) but if you don't have the time or inclination to learn Elixir (which I do think is a cool language, but at this time in my life I really don't have the time to learn), intercooler is a nice alternative!

75 points by pawelduda 8y ago

GrumpyNl 8y ago

No need for java, but need for another language kind of markup script..

sfusato 8y ago
The additional markup is very minimal: phx-click, phx-change, phx-submit, phx-keypress, phx-keydown, phx-keydown, phx-error .etc
the_angry_angel 8y ago
On one hand I kind of agree. It's a special syntax, which is one of the reasons why I personally dislike Vue and Angular, etc. However, pragmatically, it's minimal and all the guts will be in Elixir - where the people probably most interested in LiveView will be spending most of their time anyway. So it's a net win imho.
chrismccord 8y ago
Also to be clear, if you are already in the Elixir web ecosystem, EEx (Embedded Elixir) templates are what you currently write for regular server HTML rendering. LiveEEx allows you to take those same templates and support the diffing optimizations the post shows off, so labeling it "another kind of markup script" isn't accurate in this context.

sfusato 8y ago

LiveView looks like a game changer. Can't wait to play with it.

s369610 8y ago

looks similar to server side blazor (razor components) added to asp .net core 3.0 https://codedaze.io/introduction-to-server-side-blazor-aka-razor-components/ https://codedaze.io/introduction-to-server-side-blazor-aka-r...

nathan_long 8y ago
That does look similar! One thing they say though: > We don't really know yet how well server-side Blazor (Razor Components) will scale with heavy use applications. I don't think that's a concern with LiveView, as it's built on Phoenix Channels, which in 2015 could already handle 2 million connections on a single box: https://phoenixframework.org/blog/the-road-to-2-million-websocket-connections https://phoenixframework.org/blog/the-road-to-2-million-webs...

kim0 8y ago

Cool! Anything similar for Golang?

nymanjon 8y ago
@kim0, See my comment about intercooler js. Not quite as powerful but it is a similar concept that is back end language agnostic.

josep2 8y ago

I must say this is the first time I've been really impressed by a client-side, real-time implementation. The API is simple and I can imagine building something real-time without thinking about the translation from one protocol to another like I would with web-sockets for example. I've never written a line of Elixir, but this is interesting enough for me to try it.

mercer 8y ago
Aside from Scenic (https://github.com/boydm/scenic https://github.com/boydm/scenic) and Nerves (https://nerves-project.org/ https://nerves-project.org/), Phoenix LiveView is the new Elixir thing I'm most excited about. I mean, I already 'bought in' to the ecosystem for many other reasons, but these are / could be huge extra reason because 1) they solve problems I'm facing, and 2) the potential popularity might alleviate the mild nervousness I have about investing so much into what is still a very young and small ecosystem. As it is, I still hesitate to use Elixir/Phoenix with many of my clients.

nymanjon 8y ago

An alternative to this is [intercooler.js](http://intercoolerjs.org http://intercoolerjs.org). Not sure if it is quite as powerful or robust (as an Elixir backend) but if you don't have the time or inclination to learn Elixir (which I do think is a cool language, but at this time in my life I really don't have the time to learn), intercooler is a nice alternative!