Was sind die Hauptunterschiede zwischen Meteor, Ember.js und Backbone.js?

Question

Lernen Ember.js/Backbone.js war für eine Weile auf meiner To-Do-Liste. Nun, da Meteor out ist, frage ich mich, ob jemand mit Erfahrung von Meteor, Ember.js und Backbone.js die wichtigsten Unterschiede und Vor- und Nachteile dieser drei JavaScript-Frameworks für eine Person ohne jegliche Erfahrung für eine von ihnen zusammenfassen kann.

Insbesondere würde ich gerne wissen, für welche Aufgaben jeder Rahmen besser geeignet ist, und warum die anderen nicht sind.

Edit: jetzt, da ich ein bisschen mehr auf Meteor lese, scheint es eher Knockout.js als Backbone.js zu ähneln. Daher ist jeder Vergleich mit Knockout.js ebenfalls willkommen.

Answer 1

Es gibt einen schönen Ablauf/Vergleich verschiedener MVx JS-Frameworks hier http://codebrief.com/2012/01/the-top-10-javascript-mvc-frameworks-reviewed/ es ist gefolgt von einer guten Diskussion in den Kommentaren zu. Ich glaube, ich habe Gordon (der es geschrieben hat) hier gesehen, vielleicht bekommst du eine Antwort von ihm.

Ich würde sagen, wenn Sie diese Art der Anwendungsentwicklung lernen möchten, dann könnte einerseits die Fülle von Open-Source-Backbone-Beispielen für Sie gut sein. Aber auf der anderen Seite, obwohl neu, die Ember Paket ist eigentlich kompletter IMO als Backbone.

Beide geben Ihnen die Möglichkeit, Dinge auf eine Vielzahl von Arten zu implementieren, die verwirrend sein können, aber Ember liefert mehr Code, den Sie im Backbone als Standard schreiben müssten, was für mich persönlich wichtiger für Rapid Prototyping ist als die Fülle von Backbone-Beispielen zur Verfügung.

Es gibt mehr ausgereifte Plugins für Datenpersistenz für Backbone, aber es gibt eine große Community-Begeisterung rund um Ember und viele Contrib-Bibliotheken machen große Fortschritte. Ich war angenehm überrascht, wie schnell ich (und andere) Qualitätsantworten für ein relativ neues Framework hier bei Stack Overflow bekommen habe.

Wenn Sie Meteor sagen, sprechen wir über total andere Sachen. Wenn du mehr mit Code-Wiederverwendung sowohl auf der Client- als auch auf der Server-Seite machen willst, dann schau dir den kürzlich geöffneten yahoo mojito https://github.com/yahoo/mojito an, der auf node.js läuft - ich habe mich in der letzten Woche damit beschäftigt, und wenn du sich mit Backbone/Ember oder einem der anderen vertraut machen, ist ein Kinderspiel.

Ich sollte auch sagen, ich habe Knockout.js auf einigen Produktionssystemen im Einsatz, aber habe es nie für eine vollwertige "Anwendung" verwendet. Ich habe es an eine Mongo-Schnittstelle angeschlossen, um in Mongo gespeicherte Logbücher zu durchsuchen. Ich mag es wirklich, aber ich würde mich nicht wohl fühlen, etwas zu groß darin zu bauen.

Nun, das ist ein bisschen ein Streifzug - ist es nicht :)

Ganz glücklich mit niemandem mehr, darüber zu sprechen, der interessiert ist. Ich habe eine Reihe dieser Frameworks in Wut/Produktion (einschließlich Dinge, die nicht in den 'Top 10' Artikel) verwendet und Menschen bei der Arbeit sind krank von hören mich über JS sprechen ich denke :-D