Lots of new stuff in Om Next. Unlike Relay and Falcor we have recovered HTTP caching <a href="https://github.com/omcljs/om/wiki/Remote-Synchronization-Tutorial" rel="nofollow">https://github.com/omcljs/om/wiki/Remote-Synchronization-Tut...</a>. And due to the redesign Om Next now has a really fantastically simple automated testing story <a href="https://github.com/omcljs/om/wiki/Applying-Property-Based-Testing-to-User-Interfaces" rel="nofollow">https://github.com/omcljs/om/wiki/Applying-Property-Based-Te...</a><p>Happy to take any questions.
I use Reagent (another Clojurescript React library), and it seems this might widen the gap between the two in terms of ease-of-getting-started. Reagent is dead simple to get going with, and requires you learn basically nothing to build even moderately complicated things. Om is... somewhat notorious for having more complex abstractions built around deep thought about maintaining e.g. a single point of mutable data. This new stuff is... not something I think I could get right the first try.<p>That all being said, David Nolan is clearly a gamer -- Om will be interesting to watch even for people who aren't using it.
Works great with React Devtools [0]!<p>[0] <a href="https://chrome.google.com/webstore/detail/react-developer-tools/fmkadmapgofadopljbjfkapdkoienihi?hl=en" rel="nofollow">https://chrome.google.com/webstore/detail/react-developer-to...</a>
As the author of Coils, another Clojure framework (coils.cc) I am really impressed to see Om Next, and I think that Om Next will become the de facto framework for building interactive websites
What about performance? How many data queries can it handle per component, realistically? How many connections can it handle? I.e., where will this solution break down?<p>Are the transactions (issued from within the browser) performed optimistically? If so, will this not give "flicker" in the browser in case a transaction needs to be rolled back? Is it also possible to easily perform a transaction from the server (i.e., not optimistically)?