FlightJS - first contact
- It’s based on different philosophy (a cleaner one) than AngularJS, Knockout or other popular MV* frameworks, to be clear, FlightJS isn’t a MV* framework.
- Let face it, till now Twitter’s developers released only good stuff to the “market”.
I took a look to the FlightJS documentation but it wasn’t too useful to me, I couldn’t get how it works and how it should be used, but after digging into their mail client demo app, things became more clearer for me and till now I can say the following:
- It doesn’t pollute your html markup from views, there’re no custom attributes and so on.
- Twitter devs didn’t try to reinvent the wheel, instead they used JQuery as component used by the framework and for dependency control recommends RequireJS
- It doesn’t enforce a certain way of structuring your app, this is kind a good but sometimes it can lead to negative results
- Separation of concerns is one of the main pillars of the FlightJS, every component you create or use, can communicate with other components only through events which offers the best decoupling mechanism from the architecture point of view
- Components contexts are bind to DOM elements which basically permits to control component’s events visibility and accessibility
- With this framework everything seems so clean and well organized and which is more important everything is easy to test
- There’re 2 things that worry me:
- For large applications I think the big number of custom events can be a problem, especially in development process.
Next step for me, will be usage of this framework in some small applications and to see it in action, but sincerely, I’m very optimistic about the results.