Webフレームワークのパフォーマンス比較

Question

動的な言語（Python、Ruby、Groovy、Lua）に基づくWebフレームワークを比較して、実際のベンチマークを探しています。 PHP、Java、ASP.NETをベースにした古典的なソリューションと比較しても、Perlでも可能です。私はで特に興味：

Grailsの

Zend Frameworkの

Struts2の

• ジャンゴ
• のRuby on Railsの

EDIT： ショーンの答えについて：

1. 実際の生活の中で私はより多くの制約に基づいて選択しなければならず、生のスピードだけを選択しなければならないという、より仮説的な質問です。
2. スピードだけではなく、最も重要なパラメータでもあります。実際にこれらのフレームワークがどのようにより面白いかスケール。
3. 標準的なよく知られているフレームワークを使用すると、多くの場合、（EVEをオンラインで実行していない限り）の利点があります。ロー・ウェイト・ロー・スピードの改善。

私は、D.Brown、C.M.による書籍"Struts2 in Action"を引用しましょう。デイビスとS. Stanlickは：。。。

は

「あなたがしたい場合は、あなた自身のフレームワークをロールバックできこれは実際に悪い計画ではありませんそれ は、しかし、物事のカップルを想定しているまず、あなたは本当にスマートな開発者の多くを持っています。 2人、彼ら は、ビジネス要件の観点 からトピックと思われるかもしれない大きなプロジェクトに費やす時間とお金があります。あなたは本当にスマートな人々、時間と お金のまれな三位一体を持っている場合でも、まだいくつかがあります私は、製品が の社内フレームワークで構築されている会社の仕事をしましたが、フレームワークは悪くありませんが、曖昧な点のいくつかは見落とされる可能性があります。からのフレームワーク地面を上に。 メインストリームフレームワークを使用している場合、訓練を受けた労働者が を雇うのを待っています。第二に、社内の枠組みでは、業界のペースである に追いつくエレガントな改訂は見込めません。実際には、社内フレームワークは 年が通過し、あまりにも多くの拡張が少ないエレガントな1が望んでいるだろうよりも上で仮止めされているような建築浸食への容疑者であるように見える。」は

私はもっと同意できなかった。

Answer 1

あなたのプロジェクトが深刻で、識別可能な、スピードの必要性を持っていて、あなたのフレームワークが考慮されるまで、汎用フレームワークをとるのはまず悪い考えです。ハイレベル、汎用である&拡張可能

あなたのプロジェクトでは、超効率的なフレームワークあなたが実際に「最も速い」フレームワークを使うことで節約するよりも、質問に時間を浪費している可能性があります。

Answer 2

Techempowerベンチマーク：

http://www.techempower.com/benchmarks

彼らはフレームワークの多くを比較し、比較のための新たな枠組みを受け入れています。インターフェイスは非常に直感的です。私の見解では、今は最高のベンチマークです。

ワールドワイド待機 - 1時間の演説

http://www.parleys.com/#id=2942&st=5

Djangoはここではない、それはJVMのフレームワークの唯一のベンチマークです。しかしそれでも、それは相当科学的で、価値があります。