ExpressJS vs MeteorJS
我陷入困境。 我已经学会了MeteorJS开发一个Web应用程序，我完成了我的四分之一。 然后出现在最近发布的meteor。 它获得了大量的新闻，资金，并有能力移植到cordova的好处。 现在我不确定是要坚持ExpressJS还是过渡到meteor。
要点：可扩展性，易用性，开发效率
Express =使用Javascript构build的MVC框架，由Node支持。
Meteor = Full Stack，它具有前端和后端组件来构build实时应用程序。
要使用Express创buildMeteor的相同实现，您需要查看MEAN堆栈，其中包括MongoDB，Express，AngularJS和Node。 你可以在Meteor中创build和MEAN相同的东西，你将会学习更多的东西，尤其是AngularJS。 Express和Angular使用Meteor的模板系统和Blaze在meteor中照顾。
我会坚持meteor。 它仍然有一些缺点，但有解决方法。 你可以在很短的时间内把它扔在一起真是太神奇了。
你正在比较橙子和土豆。 Expressjs是后端，meteor是完整的，这样的比较是不公平的！
我从0.8开始一直和Meteor一起工作，我在皮肤上遭受了升级的痛苦，删除了旧的重要的第三方软件包，等等。 虽然meteor达到了1.0，但我不认为移动组件已经准备就绪，请检查github的问题。
我认为meteor已经准备好build设在线平台。 如果你发现它在移动设备上的performance不好，你仍然可以维护你的Meteor应用程序并在其上创build一个API，你可以在atmospherejs.comfind它的包（甚至使用iron：router）。 这就是你使用Expressjs的原因：创build一个API供移动设备使用。
关于meteor的关键点：可扩展性 – 虽然不会有一篇关于它的好文章，但是如果看看Kadira，Arunoda设法对它进行扩展。 易于使用 – 开始编写Meteor应用程序相当简单，但从长远来看，您将遇到像我面临的一些问题。 开发效率 – 我在团队中的经验不是很积极，我们的架构devise不好，还有一些bug，因为新开发者（甚至是经验丰富的开发者）没有得到Meteor，例如：他们使用meteor而不是使用集合允许和否定规则。一切不转化为安全的方法。
关于快递：我没有什么经验，但是和meteor相比，这是不公平的。 meteor和Expressjs不一样。
与MEAN Stack的比较会更有意义： http : //mean.io/
Express.js与Meteor完全不同。
meteor试图给每个人做出很好的决策（希望是好的决策），从应用程序开发的angular度来看，这些决策通常是无趣的：使用什么传输库，如何同步数据，如何构build可重用的API，安全性，与数据库的CRUD操作等。
相反，meteor给你一个统一的经验。 由于它对后端，传输，接口，前端，构build工具链有着太多的权力控制，所以它可以构build许多整洁的function，这些function比Mongo + Express +你最喜欢的前端框架+ socket.io +咕噜/咽。
阅读Socket.io创build者的博客，了解如何在单页面应用程序中提供良好的用户体验有多么困难： http : //rauchg.com/2014/7-principles-of-rich-web-applications/ 。 meteor做了很多+更多。 （除了服务器端的渲染和预测，至less现在）。
想想如果你select的抽象层次太低，希望实现一切正确，你会有多less安全漏洞。