问node.js与meteor.js有什么不同？

EN

一个简单的比喻是："Meteor之于Node，就像Rails之于Ruby。“这是一个大型的、固执己见的框架，它在服务器上使用Node。Node本身只是一个低级框架，提供发送和接收HTTP请求以及执行其他I/O的功能。

Meteor非常有野心:默认情况下，它提供的每个页面实际上都是一个与服务器保持同步的Handlebars模板。试试Leaderboard example：您创建了一个简单地说“列出姓名和分数”的模板，每次任何客户更改姓名或分数时，页面都会使用新数据更新--不仅针对该客户，而且针对查看页面的每个人。

另一个不同之处是:虽然Node本身是稳定的，并在生产中广泛使用，但Meteor处于“预览”状态。有严重的bug，并且某些不符合Meteor的以数据为中心的概念模型(如动画)的事情很难做到。

如果你喜欢玩新技术，给流星一个旋转。如果你想要在Node上构建一个更传统、更稳定的web框架，可以看看Express。

Meteor是一个构建在node.js之上的框架。它使用node.js进行部署，但有几个不同之处。

关键是它使用自己的封装系统，而不是节点的基于模块的系统。它使得使用Node制作web应用程序变得很容易。Node可以用于各种不同的事情，而且它本身在提供动态web内容方面是很糟糕的。Meteor的库让这一切变得很容易。

Meteor的优势在于它的实时更新功能，这对你现在看到的一些社交应用程序很有效，你可以看到每个人对你正在做的事情的更新。这些更新的核心是在web浏览器上复制MongoDB集合的子集作为本地迷你mongo(其客户端MongoDB子集)数据库更新(这会导致在您的模板上触发多个呈现事件)。关于多个渲染更新的后半部分也是弱点。如果您希望UI控制何时刷新UI (例如，加载jQuery的经典HTML页面并控制所有AJAX调用和UI更新)，您将反对这种机制。

Meteor在存储层使用了一堆不错的Node.js插件(Handlebars.js、Spark.js、Bootstrap css等，但使用了它自己的打包机制，而不是npm)，这样你就不需要考虑MongoDB了。例如，如果你想定制Bootstrap主题，它会打乱Bootstrap的responsive.css文件的加载顺序，所以它不再有响应能力(但当Bootstrap 3.0很快发布时，这可能会自我修复)。

因此，就像所有的“全栈框架”一样，只要你的应用程序符合你的意图，事情就会变得很好。一旦你超越了这个范围，突破了边缘边界，你可能最终会与框架抗争……