类似于this question,“我在寻找每个框架的优缺点,以及为什么一个框架比另一个框架特别有用”(但主要是Flatiron必须提供的,因为Express在这个问题上已经很详细了)。
从我使用Express的轻微经验来看,它似乎只涵盖了您需要的内容,仅此而已。Flatiron似乎可以做到这一点,但要小得多。如果你查看他们的website,你会发现他们提供了大约5-7个主要功能,与Express中包含的许多其他功能相比。
最后,对于一个高度可伸缩的web应用来说,哪一个似乎是最有希望的,为什么我要使用这个或那个框架,而不是根本不使用框架?
发布于 2013-09-03 11:04:56
在这个问题被问到一年半之后,一些更新:
当比较Express和Flatiron时,首先想到的区别是Express是一个服务器端框架,而Flatiron被宣传为同构,涵盖了服务器端和客户端,因此应该适合于开发传统的服务器端应用程序,客户端单页应用程序以及介于两者之间的所有东西(例如:Derby或Meteor)。然而,我可能找不到任何客户端使用Flatiron的例子,而不是因为缺乏尝试。
有一个an issue on GitHub提供了一个简单的TODO应用程序示例,它已经开放了两年多,(据我所知,在那里阅读评论)你不能单独使用Flatiron构建客户端应用程序,而不添加jQuery、Backbone等东西,因为Flatiron的客户端方面似乎还没有准备好(“我们正在努力。我们还有几个步骤要让它完全同构。”)对于一个从一开始就试图同构的框架来说,这似乎是一个真正的问题。(另请参阅一个相关的TodoMVC问题:Add FlatIron example)。
结论是Flatiron还没有准备好。当它准备好的时候,它可能会比Express涵盖更多的网络开发领域,但是如果一个简单的TODO app example多年来都不能提供,那就真的很难判断它何时会出现。
与此同时,有大量的Node框架,很难跟踪它们,所以我现在和将来推荐做的是在GitHub上的Joyent/Node wiki上看到the list of Web frameworks,并将它们与TodoMVC项目中的客户端框架进行比较-这两个列表相交的将是涵盖服务器和客户端的框架,并能够在其中编写简单的TODO应用程序-希望有一天能包括Flatiron。
发布于 2016-06-04 02:43:42
在我看来,Express与Flatiron的较量显然是由Express赢得的。
目前还没有关于熨斗框架ATM的积极开发。
请参阅GitHub存储库:https://github.com/flatiron/flatiron。最新版本是2014年9月16日的0.4.2。
熨斗官方网站http://flatironjs.org/宕机了。
https://stackoverflow.com/questions/9057016
复制相似问题