Reactive Clojure: A web language

Post by zero_iq » Thu, Sep 23, 2021, 7:26 PM UTC

zaksingh wrote: post #37

So from what I can tell this is conceptually similar to the LiveView model, except that the problem is approached from the perspective of the SPA/client stack instead of the SSR stack. It’s a refreshing idea that I’ve never seen executed like this before. However I think it’s missing the point of de-coupling. Security would be very hard to reason about, as would handling of intermittent network connections when the r…

Post by theptip » Thu, Sep 23, 2021, 7:33 PM UTC

hangtwenty wrote: post #89

theptip wrote: post #34

Earlier quoted context omitted.

I think Phoenix LiveView (posted recently on HN: https://fly.io/blog/how-we-got-to-liveview/ ) and Rails Hotwire ( https://hotwired.dev/ ) are the main alternatives that have momentum right now. The general idea being to abstract away the difference between client and server code, so that you can write code that handles both, in a single file. > There has got to be a better way What's offensive about the OP to you? I…

Thank you for posting those two, I wanted to post them but I don't comment often. Wanted to chip in another contemporary: edelvalle/reactor, which is inspired by LiveView[0]. [0]: https://github.com/edelvalle/reactor I am using Hotwire for a project, and I'm learning Elixir and Phoenix on the side. Finding edelvalle/reactor was immediately helpful to me though, because I cut my teeth on Python/Django, so reading a Py…

Post by hatch_q » Thu, Sep 23, 2021, 7:36 PM UTC

delegate wrote: post #27

This is not reinvention of PHP as some are commenting. In fact I think this is extremely cool. If I understand it correctly, it allows you to achieve reactive data flow in a single page app without any boilerplate. Meaning - you update the database on the server and all the relevant UI(s) will automatically receive the updated data and re-render only the parts of the UI that display that data. This would require a to…

Post by steelbrain » Thu, Sep 23, 2021, 7:41 PM UTC

Zababa wrote: post #104

christophilus wrote: post #90

Earlier quoted context omitted.

At first glance, this appears to be much more complex. React is a relatively simple DOM diffing library. Rails is a closer comparison, especially with whatever their live-view implementation is. This appears to be doing a lot more than React, at least, including network communication, and database change event propagation. The odds seem much higher that stuff will go wrong, especially under load, and be pretty diffic…

> At first glance, this appears to be much more complex. React is a relatively simple DOM diffing library. Their implementation is 2k lines of code. The React repo has 350k lines of code. The Rails repo has 336k lines of code (both of those according to tokei). Of course this includes tests, lots of other stuff, etc. But still, that's two orders of magnitude.

Post by trutannus » Thu, Sep 23, 2021, 7:44 PM UTC

LandR wrote: post #106

heyzk wrote: post #102

Earlier quoted context omitted.

Definitely take a look at Cursive, it may be what you're looking for along the lines of stability and out-of-the-box features you'd see in a Java IDE: https://cursive-ide.com/

Or Calva for VS Code. It's the best dev environment I've used for any language. It's brilliant.