I've spent a long time with Backbone and it's still holding up well. Despite interesting projects like Meteor, or big frameworks like Ember, I continue to prefe

I've spent a long time with Backbone and it's still holding up well. Despite interesting projects like Meteor, or big frameworks like Ember, I continue to prefer Backbone to build rich — ambitious — web applications. Having a lean and simple event system is the magic behind Backbone as a library. It gives the developer flexibility in their application design. The weakness of Backbone is really a weakness of the developer using it: you can fall prey to poor design that's not manageable as scale grows. One of the most frustrating areas of Backbone, as this post talks about, is view management. Rendering and subview management can be thorny issues. Some people look to help from things like Marionette, or ditch Backbone altogether for frameworks that impose convention and take render management away from the developer. The past several weeks I've been really impressed with React. It is a fantastic, light-weight library for building reusable components and it plays very nicely with Backbone. You can mix together Backbone.Model, .Collection, .Events, but then ditch Backbone.View in favor of React components. It's incredibly fast, thanks to its virtual DOM and diff implementation, and gives you flexibility without needing to worry about render management. Everytime I've refactored a Backbone View into a React component, I think, "Wow, that's it?" In terms of design patterns, since React components only have parent-child communications, Backbone's existing Events are still a great way to manage communication and convey state between components. I really encourage everyone to give React a look. It's great.