Re:React.js in Real Life at Codecademy
by natmaster on Saturday February 14, 2015 @01:23AM
(#9048920)
This is why they gave the presentation on Flux, which is architecturally how Facebook solves this problem.
Basically the first principal you must learn is to find the lowest common ancestor to store state. (http://facebook.github.io/react/blog/2013/11/05/thinking-in-...) After realizing this the immediate thing people do is pass call backs through children so grandchildren's actions can communicate with where the state is. This leaks through all the components however, which is why Flux separates actions out into something that all the components have access to.
Worth pointing out that you don't need a full Flux implementation to get the benefits of going sideways to an action module:
https://github.com/ryanflorence/react-training/blob/gh-pages...
Re:React.js in Real Life at Codecademy
by adamnemecek on Saturday February 14, 2015 @04:56AM
(#9049241)
this is something i really like about ember. there's a good number of large scale open source projects that you can steal ideas from.
Examples? Hopefully ones that are using idomatic Ember of today?
Re:React.js in Real Life at Codecademy
by adamnemecek on Saturday February 14, 2015 @12:52PM
(#9050201)
I plan to use ace, and require the ability to get and apply patches as the user types into the ace editor, get code when they need to compile, as well as be able to modify other properties of the editor.
At the most complex level, I need to keep two ace editors in-sync, doing this with cure javascript and ace is simple, as you just need to apply a patch from one editor to the other.
Building large and complex applications has always been the big problem for me with React, and the author states it right up front
This is just something that is going to take time though.