Making Elm faster and friendlier in 0.16

Re:Making Elm faster and friendlier in 0.16 by boubiyeah on Thursday November 19, 2015 @02:16PM (#10596874)

Don't know, I never liked two-way bindings :) <MuseumTech>Adobe Flex added those at some point but it was a complete downgrade from the simpler one way bindings + events.</MuseumTech>

A central state atom has pros (debug tooling and the fabled undo for free being the main ones?) and cons. The cons affects me more than the pros. Clojure's Om and React+redux maintain a central atom but still allow for local state in a pinch.

I appreciate your comment but I wish it was a bit more constructive; Why do you think a central state atom is so much better ? How can one write ready-to-use smart components with central state ? (e.g ReactTransitionGroup)

[ Parent | on HN ]

Re:Making Elm faster and friendlier in 0.16 by rtfeldman on Thursday November 19, 2015 @02:18PM (#10596886)

Here's a long-form answer to both questions. :)

https://www.safaribooksonline.com/blog/2015/10/29/react-loca...

[ Parent | on HN ]

Re:Making Elm faster and friendlier in 0.16 by boubiyeah on Thursday November 19, 2015 @03:00PM (#10597152)

Fine article... But all that it tells me from my experience is that it's a good thing to put 80-90% of the app state in a central atom :p A good practice or rule of thumb is just that, it shouldn't always be the only way to do things.

[ Parent | on HN ]

Re:Making Elm faster and friendlier in 0.16 by rtfeldman on Thursday November 19, 2015 @07:31PM (#10598759)

Flexibility is a fine rule of thumb, but opening the door in those 10% of cases costs you things like time travel.

Quite a price tag! :)

[ Parent | on HN ]