<p><pre><code> I leveraged the Flux architecture powered by the
immensely popular Redux library. For a cleaner
integration with Angular 2’s injector and TypeScript’s
type system, I wrote a class-based wrapper around Redux
that exposes state changes using RxJS observables.
Consumers can subscribe to these observables and use the
Store class to dispatch state-changing actions.
</code></pre>
This reads like a Markov chain generated from a pool of top voted Hacker News Javascript submissions.
I hate to be cynical, but reading an article like this makes me chuckle to myself thinking about how much vitriol is still spewed at Java for its over-engineering dark ages.<p>I start to have flashbacks when an innocent sounding article like this has so much word soup that it has to be cross-referenced against half a dozen other technologies.<p>For Javascript's sake, I propose we skip the phase where we implement Enterprise JS Beans, and go straight to Spring JS so we can all finally get some work done.
As somebody who has been writing an Angular2 app in ES6, it kind of saddens me that Google has gone all-in on Typescript despite it's glaring departure from future web standards.<p>Specifically, the parameter annotation syntax they use is much different from that proposed in the future ES7 spec.<p>I really like Angular2 but it's hard not to feel like it was created as a promotional tool for Typescript adoption.<p>Types in JS are mostly 'window dressing' to protect devs from themselves and allow for better autocomplete support. They come with a performance overhead so they'll be disabled in production anyway.<p>Anyway, it's very interesting that Op went with Redux. Redux is pretty game changing in terms of reducing the feedback cycle between changes. Hopefully, better Redux support in NG2 is forthcoming.