this questionと同様、「私は各フレームワークの長所と短所を探しています。なぜ、他のものよりも特に有用なのはなぜですか？」（しかし、ほとんどの場合、Flatironが提供しなければならないことそのExpressはすでにその質問でかなり詳しく説明されています）。Node.js Express vs. Flatiron
Expressからの私の少しのの経験から、それはあなたが必要としているものについてのみカバーするようです。フラット・アイロンはこれをやっているようだが、はるかにミニマル的なものだ。 websiteを確認すると、Expressに含まれている他の多くの機能と比較して、約5-7の主な機能が提供されていることがわかります。
最後に、これはスケーラビリティの高いWebアプリケーションにとって最も有望なようですが、フレームワークをまったく使用しない場合よりも、このフレームワークまたはそのフレームワークを使用すべきですか？
年後にいくつかのアップデートと半分この質問を尋ねた後：
FlatironにExpressを比較する際に頭に浮かぶ最初の違いは、フラットアイアンが同型であるとして宣伝されている間Expressは、サーバー側のフレームワークであるということですサーバー側とクライアント側の両方をカバーするため、伝統的なサーバー側アプリケーション、クライアント側のシングルページアプリケーションなどを開発するのに適しているはずです（多くの場合、DerbyまたはMeteorなど）。しかし、私は、Flatironのクライアント側の使い方の例を見つけることができませんでした。
jQueryのようなものを追加することなく、Flatironを単独で使用してクライアント側のアプリケーションを構築することはできません（2年以上にわたって公開されている簡単なTODOアプリの例を提供するためにはan issue on GitHubがあります） Backboneなどです.Frontironのクライアント側の面はまだ準備が整っていないようです（「私たちはこれに取り組んでいますが、まだ完全に同形にするためにいくつかのステップがあります」）。最初から同形にしようとしたフレームワークのために。 （関連TodoMVCの問題も参照：Add FlatIron example）。
結論として、Flatironはまだ準備ができていません。準備が整うと、Expressよりもはるかに多くのWeb開発の領域がカバーされるかもしれませんが、単純なTODO app exampleが何年も提供されていないと、それがいつあるかを知ることは本当に難しいです。
一方、Nodeフレームワークがあり、それを追跡するのは本当に難しいので、今やってお勧めするのは、GitHubのJoyent/Node wikiにthe list of Web frameworksを見て、それらをTodoMVCプロジェクトのクライアント側フレームワーク - 両方のリストが交差する場所は、サーバーとクライアントの両方をカバーするフレームワークで、単純なTODOアプリケーションを書くことができます。
私の知覚は、その表現は最小であり、アイロンはより完全/複雑であるようです。 スケーリングに最適なのは、あなたのアプリのスケーラビリティを高めるために何もしないので、難しい質問です。彼らはルートを追加するための簡単な方法をexmplで提供することで、アプリケーションの開発を容易にしています（独自の不完全なregexpであなた自身が狂ってしまうのではなく）。
個人的には、ミドルウェアを接続して表現するためのすべてのものを愛用しています。ダイナミックヘルパー（テンプレート用）は、アイロンでサポートされていないようです（はい、ミドルウェアがありますあなたが接続からそれらを使用できるかのように。EDIT;それが判明すると、flatironsミドルウェアハンドラであるUnionが接続に互換性があるので、connectのミドルウェアを使用できます。
私は、誰かにフラワーアイロンを使用することをお勧めします。私はより良いことが証明されたいと思います。
また、アイロンで急行をお勧めします。私たちがこれを行う唯一の理由は、エクスプレス（および表現作品）を使用したが、テストアイロンと戦う機会がなかったためです。額面でも、どちらもうまく機能し、flatironsリソースマネージャーがうまくいくはずです。 – Raynos
Raynos;うーん、私はアイロンを掘るのが大好きですが、私がするまで（または私のアプリにもっと複雑な要求がある）、私は急いで固執しています。 – japrescott
expressはフレームワークではありません、そうですか？ – windmaomao
エクスプレスとバトル・エクスプレスの対決は明らかにエクスプレスで勝っているようです。
FlatironフレームワークATMの開発はまだありません。
GitHubリポジトリ：https://github.com/flatiron/flatironを参照してください。 最新リリースは2014年9月16日から0.4.2です。
公式のアイロンアイロンのhttp://flatironjs.org/がダウンしています。
ありがとう！これは以前の回答よりもはるかに進んでいるので、これを正しいものとして受け入れました。 – chrisdotcode
なぜ私たちはそれをすべて持っていなければなりません、私はフロントエンドのカバレッジがアイロン必携ではないと思います。 NodeJSがフロントフェイスのウェブサイトを構築しようとしているようなわけではありません。 – windmaomao
@windmaomaoフロントエンドのカバレッジ（またはバックエンドカバレッジ）は、どのフレームワークにとっても欠かせないものですが、私と多くの人々が最初にフラットアイアンに関心を持っていた主な理由でした。フルスタックの同形Webフレームワークとして宣伝されました。単純なTodoMVCの例でもなぜそれが配信されなかったのか分かりません。問題は、Express（バックエンドフレームワーク）とFlatiron（フロントエンドパーツがまだ準備されていないフルスタック、同形フレームワーク）の違いに関するものでしたので、答えで言及する重要な特徴のように思えました。 – rsp