Node.js Express与Flatiron的比较

类似于这个问题 ,“我正在寻找每个框架的优点和缺点,为什么一个是特别有用的其他”(但主要是什么Flatiron提供,由于事实Express已经详细说明题)。

从我对Express的一些经验来看,它似乎只涵盖了你所需要的,而不是更多。 熨斗似乎这样做,但更简约。 如果您查看他们的网站 ,您会发现他们提供了大约5-7个主要function,与Express中包含的许多其他function相比。

最后,这对于高度可伸缩的Web应用程序来说似乎是最有希望的,为什么我应该使用这个或那个框架而不使用框架呢?

       

网上收集的解决方案 "Node.js Express与Flatiron的比较"

在这个问题被问及一年半之后,有些更新:

比较Express与Flatiron时,首先想到的是Express是一个服务器端的框架,而Flatiron被宣称是同构的,覆盖了服务器端和客户端,因此应该适合开发传统的服务器端应用程序,客户端单页面应用程序以及其间的所有内容(很像Derby或Meteor )。 但是,我没有find任何客户端使用Flatiron的例子,而不是缺乏尝试。

GitHub提供了一个简单的TODO应用程序示例,已经开放了两年多了(根据我的理解阅读这些注释),无法使用Flatiron单独构build客户端应用程序,而无需添加诸如jQuery , Backbone等等,因为Flatiron的客户端方面似乎还没有准备好(“我们正在努力,我们还有更多的步骤去使它完全同构”),这似乎是一个真正的问题一个从一开始就试图同构的框架。 (另请参阅相关的TodoMVC问题: 添加FlatIron示例 )。

结论是Flatiron还没有准备好。 当它准备好的时候,它可能会覆盖比Express更多的Web开发领域,但是如果一个简单的TODO应用程序示例不能提供多年,那么很难分辨出它的可能性。

同时有很多的Node框架,很难跟踪它们,所以我现在推荐的做法是在GitHub上看到Joyent / Node wiki上的Web框架列表,并将它们与TodoMVC项目上的客户端框架 – 这两个列表相交的地方将是覆盖服务器和客户端的框架,并且能够在其中编写一个简单的TODO应用程序 – 希望有一天会包括Flatiron。

我的看法是,expression是最小的,而熨斗似乎是更完整/复杂。 最好的缩放是一个很难的问题,因为两者都没有做任何事情来提高你的应用程序的扩展能力。 他们使开发一个应用程序更容易,通过提供简单的方法,例如添加路线(而不是自己有错误的正则expression式疯狂)。

就我个人而言,我喜欢所有的连接和expression中间件,以及动力帮助(对于模板),这似乎不被烙铁支持(是的,他们有中间件,但似乎你可以使用连接编辑 ;事实certificate,联盟,这是烙铁中间件处理程序兼容连接,所以你可以使用连接的中间件)。

我build议有人在熨斗上使用快递,但是再一次; 我想被certificate更好。

在我看来,Express对Flatiron的战斗显然是由Express取胜的。

Flatiron框架ATM没有积极的发展。

请参阅GitHub存储库: https : //github.com/flatiron/flatiron 。 自2014年9月16日起,最新版本为0.4.2。

官方熨斗网站http://flatironjs.org/已closures。