framework - node.js vs. meteor.js ¿cuál es la diferencia?
node js rest api framework (3)
La fuerza de Meteor radica en su función de actualizaciones en tiempo real, que funciona bien para algunas de las aplicaciones sociales que se ven hoy en día, donde se ven las actualizaciones de todos para lo que se está trabajando. Estas actualizaciones se centran en replicar subconjuntos de una colección MongoDB debajo de las cubiertas a medida que se actualiza la base de datos mini-mongo local (su subconjunto MongoDB del lado del cliente) en su navegador web (lo que hace que se disparen múltiples eventos de renderización en sus plantillas). La última parte sobre actualizaciones de renderizado múltiples también es la debilidad. Si desea que su UI controle cuando la UI se actualice (por ej., Páginas jQuery AJAX clásicas donde carga el HTML y controla todas las llamadas AJAX y actualizaciones de UI), estará combatiendo este mecanismo.
Meteor usa una buena pila de complementos Node.js (Handlebars.js, Spark.js, Bootstrap css, etc. pero usando su propio mecanismo de empaquetado en lugar de npm) debajo w / MongoDB para la capa de almacenamiento que no tiene que pensar en. Pero a veces terminas peleando también ... por ejemplo, si quieres personalizar el tema de Bootstrap, arruina la secuencia de carga del archivo responsive.css de Bootstrap para que ya no responda (pero esto probablemente se solucione cuando Bootstrap 3.0 se lanza pronto).
Así que, como todos los "frameworks de pila completa", las cosas funcionan estupendamente siempre que su aplicación se adapte a lo que se pretende. Una vez que va más allá de ese alcance y empuja los límites del borde, puede terminar luchando contra el marco ...
Así que he estado escuchando / leyendo mucho sobre meteor.js. Los tutoriales lo hacen parecer muy deportivo como marco, pero todavía soy un poco novato en lo que respecta a la programación web.
He estado probando el último mes y medio para aprender realmente node.js y descubrir cómo funciona todo. Me gusta lo rápido y fácil que es ponerme en funcionamiento, y la comunidad que lo acompaña (que se ejemplifica con la increíble cantidad de marcos que puede obtener para Node).
Pero, ¿y el meteoro? ¿Cuáles son sus ventajas reales y cuál es la diferencia? ¿Alguien ha comenzado como un usuario node.js y ''convertido'' o es todavía más un nuevo marco curioso?
Meteor es un framework construido en la parte superior de node.js. Utiliza node.js para implementar pero tiene varias diferencias.
La clave es que usa su propio sistema de empaquetado en lugar del sistema basado en módulos de nodo. Hace que sea fácil hacer aplicaciones web usando Node. Nodo se puede utilizar para una variedad de cosas y, por sí solo, es terrible para servir contenido web dinámico. Las bibliotecas de Meteor hacen que todo esto sea fácil.
Una analogía floja es, "Meteor es al nodo como Rails a Ruby". Es un marco grande y obstinado que usa Node en el servidor. El nodo en sí mismo es solo un marco de bajo nivel que proporciona funciones para enviar y recibir solicitudes HTTP y realizar otras E / S.
Meteor es radicalmente ambicioso: por defecto, cada página que sirve es en realidad una plantilla de Handlebars que se mantiene sincronizada con el servidor. Pruebe el ejemplo de Leaderboard : crea una plantilla que simplemente dice "Listar los nombres y puntajes" y cada vez que un cliente cambia un nombre o puntaje, la página se actualiza con los nuevos datos, no solo para ese cliente, sino para todos los que ven el página.
Otra diferencia: mientras que el Nodo en sí es estable y ampliamente utilizado en producción, Meteor está en un estado de "vista previa". Hay errores graves, y ciertas cosas que no encajan con el modelo conceptual centrado en datos de Meteor (como las animaciones) son muy difíciles de hacer.
Si te gusta jugar con las nuevas tecnologías, dale un giro a Meteor. Si desea un marco web más tradicional y estable construido en Node, eche un vistazo a Express .