<div>
                    At the "Throne of JS" conference in Toronto this past summer, this very topic was addressed: several competing JS frameworks got up on stage over 2 days and showed their stuff. A very good and fair write-up of the conference is here: http://blog.stevensanderson.com/2012/08/01/rich-javascript-applications-the-seven-frameworks-throne-of-js-2012/
                </div><div><br></div><div>Personally, my take-away was this: Either go with Backbone.js or Ember.js. Go with Backbone if you have an existing app and you want to add structure to it, or you have a primarily client/server app planned but with a few pages of high interactivity. Backbone is extremely popular and easy to learn. There are many tutorials and even books coming out. The downside of it is that because it's so light-weight, you'll find yourself saying "why doesn't the framework take care of this for me?"</div><div><br></div><div>Ember.js shines when you're writing a fully client-side application. Yehuda and team are thinking through all the hard problems so you don't have to. Fewer issues will fall through the cracks that the framework could be picking up. They're solving problems holistically. Even more valuable (to me) is that they're taking the Rails philosophy of convention over configuration to heart. Where there is a convention to be leveraged, they're going to do it. So, if you hate the convention over configuration of Rails, you'll hate it in Ember. If you love it (or at least accept it for its good parts, as I do) in Rails, then you'll feel the same about Ember. The negative with Ember.js is that its complexity means that you'll have a much harder time learning it. Furthermore, the web site documentation is poor and online documentation beyond the web site is even poorer, or non-existent… or worse: out of date by 2 months! (gasp!). But, as the Ember.js team drives toward a 1.0, the API will get more stable, and the environment is growing in popularity. (There's now a monthly Ember.js meetup in Toronto â€” expect more throughout the world, IMO).</div><div><br></div><div>I found all the other frameworks to be somewhere in between Backbone.js and Ember.js. With all of them you'll sacrifice either on the lightweight-ness of Backbone.js or you'll sacrifice on the thinking-through-all-the-problems-all-the-way of Ember.js. In other words, all the other frameworks were, IMO, too much compromise.</div><div><br></div><div>Paul.</div>
                <div><div><br></div><div>-- </div><div>Paul Doerwald</div><div>Chancellor, Liquid Media Inc.</div><div>902-412-2492</div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Tuesday, 27 November, 2012 at 9:00 AM, Matthew Rudy Jacobs wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>On 27 November 2012 20:33, David Burrows <span dir="ltr"><<a href="mailto:david@designsuperbuild.com" target="_blank">david@designsuperbuild.com</a>></span> wrote:<br><div><div><blockquote type="cite"><div><div><br></div><div>There's a big difference between full fat frameworks like Angular/Ember (think Rails) and more lightweight libraries like Backbone (think Sinatra). </div>

</div></blockquote><div><br></div><div>I use Backbone as a tool rather than as a framework.</div><div>And I think that's what its best as.</div><div><br></div><div>I'm waiting for the first book on Ember, then I'll learn it.</div>

<div><br></div><div>I'm quite excited.</div></div></div>
</div><div><div>_______________________________________________</div><div>Chat mailing list</div><div><a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a></div><div><a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a></div></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>