¿Cuáles son las diferencias clave entre Meteor, Ember.js y Backbone.js? [cerrado]

Aprender Ember.js / Backbone.js ha estado en mi lista de tareas por un tiempo. Ahora que Meteor está fuera, me pregunto si alguien con experiencia en Meteor, Ember.js y Backbone.js puede resumir las principales diferencias y ventajas y desventajas de estos tres marcos de JavaScript para una persona sin experiencia para ninguno de ellos.

Específicamente, me gustaría saber para qué tareas cada marco es más adecuado y por qué los demás no lo son.

Editar: ahora que leí un poco más sobre Meteor, parece ser más similar a Knockout.js que a Backbone.js. Por lo tanto, cualquier comparación con Knockout.js también es bienvenida.

Hay un buen resumen / comparación de varios marcos MVx JS aquí http://codebrief.com/2012/01/the-top-10-javascript-mvc-frameworks-reviewed/ , seguido de una buena discusión en los comentarios también . Creo que he visto a Gordon (quien lo escribió) aquí, así que tal vez le responda.

Diría que si está buscando aprender este estilo de desarrollo de aplicaciones, por un lado, la gran cantidad de ejemplos de backbone de código abierto podrían ser buenos para usted. Pero, por otro lado, aunque es nuevo, el paquete Ember es en realidad una OMI más completa que la red troncal.

Ambos le dan la capacidad de implementar cosas de varias maneras que pueden ser confusas, pero Ember proporciona más del código que tendría que escribir en la columna vertebral como estándar, lo que para mí personalmente es más importante para la creación rápida de prototipos que la riqueza de Ejemplos de backbone disponibles.

Hay conexiones más maduras para la persistencia de datos para la red troncal, pero hay un gran revuelo de la comunidad en torno a Ember y muchas bibliotecas contrib están haciendo un gran progreso. Me sorprendió gratamente lo rápido que yo (y otros) obtuvimos respuestas de calidad para un marco relativamente nuevo aquí en Stack Overflow.

Cuando dices meteorito, estamos hablando de otras cosas totalmente diferentes. Si desea hacer más con la reutilización de código tanto en el lado del cliente como del servidor, eche un vistazo al yahoo mojito de código abierto https://github.com/yahoo/mojito que se ejecuta en node.js: he estado jugando. con él durante la última semana, y si te familiarizas con la columna vertebral / ascua o cualquiera de los otros, es muy fácil de entender.

También debería decir que tengo Knockout.js en uso en algunos sistemas de producción, pero nunca lo he usado para una 'aplicación' completa. Lo tengo conectado a una interfaz mongo para profundizar y buscar registros almacenados en mongo. Realmente me gusta, pero no me sentiría cómodo construyendo algo demasiado grande en él.

Bueno, eso es un poco divagante, ¿no es así :)

Muy feliz de hablar más al respecto con cualquiera que esté interesado. He usado varios de estos marcos en la ira / producción (incluidas las cosas que no figuran en el artículo 'top 10') y la gente en el trabajo está harta de escucharme hablar sobre JS, creo :-D