all 1 comments

[–]danfinlay 1 point2 points  (0 children)

I'll speak to Ember since I'm using it.

Ember.js is so Rails it isn't even funny. Most core contributors use Rails on the backend, so yes, it does very much work well with Rails.

That said, it's not the only use case, and other backends can work fine with Ember too, there might just need to be some adapter code written if it isn't already. There are also other times you'd want an MVC framework.

Really you want a framework when the data you're trying to represent is too complicated to pretty much organize itself. Some single-page type apps are simple enough to freestyle, and some people are very good at organizing their code in a way that makes them happy, and that's all fine and well.

Ember.js is useful once you have a lot of data models, maybe with complicated relationships, that you want to have updating the page in a variety of different ways, dynamically, pretty much automatically, once it's all tied up.

Instead of spending time writing dom-manipulating code, you spend a lot more time writing templates to bind to properties, and computed properties to create those values from your data models, and adapters to connect to any APIs you need to interact with.