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

Das Erlernen von Ember.js / Backbone.js steht seit einiger Zeit auf meiner To-Do-Liste. Jetzt, da Meteor nicht mehr verfügbar ist, frage ich mich nur, ob jemand mit Erfahrung in Meteor, Ember.js und Backbone.js die wichtigsten Unterschiede und Vor- und Nachteile dieser drei JavaScript-Frameworks für eine Person ohne Erfahrung für eine von ihnen zusammenfassen kann.

Insbesondere möchte ich wissen, für welche Aufgaben jedes Framework besser geeignet ist und warum die anderen nicht.

Bearbeiten: Jetzt, da ich ein bisschen mehr über Meteor gelesen habe, scheint es eher Knockout.js als Backbone.js zu ähneln. Daher ist auch ein Vergleich mit Knockout.js willkommen.

Es gibt einen schönen Überblick über verschiedene MVx JS-Frameworks hier http://codebrief.com/2012/01/the-top-10-javascript-mvc-frameworks-reviewed/ Es folgt auch eine gute Diskussion in den Kommentaren . Ich glaube, ich habe Gordon (der es geschrieben hat) hier gesehen, also bekommst du vielleicht eine Antwort von ihm.

Ich würde sagen, wenn Sie diesen Stil der Anwendungsentwicklung erlernen möchten, könnte einerseits die Fülle an Open-Source-Backbone-Beispielen gut für Sie sein. Auf der anderen Seite ist das Ember- Paket , obwohl neu, IMO vollständiger als das Backbone.

Beide bieten Ihnen die Möglichkeit, Dinge auf verschiedene Arten zu implementieren, was verwirrend sein kann, aber Ember bietet mehr Code, den Sie selbst als Standard in das Backbone schreiben müssten, was für mich persönlich für Rapid Prototyping wichtiger ist als die Fülle von Backbone-Beispiele verfügbar.

Es gibt ausgereiftere Plug-Ins für die Datenpersistenz für das Backbone, aber Ember ist in der Community sehr beliebt, 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 auf Stack Overflow erhalten habe.

Wenn Sie Meteor sagen, sprechen wir über ganz andere Dinge. Wenn Sie mehr mit der Wiederverwendung von Code auf Client- und Serverseite tun möchten, werfen Sie einen Blick auf das kürzlich Open-Source-Yahoo-Mojito https://github.com/yahoo/mojito, das auf node.js ausgeführt wird - ich habe herumgespielt in der letzten Woche, und wenn Sie sich mit Backbone / Ember oder einem der anderen vertraut machen, ist es ein Kinderspiel, sich damit auseinanderzusetzen.

Ich sollte auch sagen, dass ich Knockout.js auf einigen Produktionssystemen verwendet habe, es aber nie für eine vollwertige 'Anwendung' verwendet habe. Ich habe es an eine Mongo-Oberfläche angeschlossen, um in Mongo gespeicherte Protokolle aufzuspüren und zu paginieren. Ich mag es wirklich, aber ich würde mich nicht wohl fühlen, wenn ich etwas zu Großes darin bauen würde.

Nun, das ist ein bisschen wie ein Streifzug - nicht wahr :)

Ich freue mich sehr, mit allen Interessierten darüber zu sprechen. Ich habe eine Reihe dieser Frameworks in Wut / Produktion verwendet (einschließlich der Dinge, die nicht in den 'Top 10'-Artikeln aufgeführt sind), und die Leute bei der Arbeit haben es satt, mich über JS sprechen zu hören, denke ich :-D