Ruby on Rails / Grailsはサイトをすばやく立ち上げるための最速のフレームワークですか？
新しいWebサイトにGrailsを使用することを検討していますが、他の/新しいプログラミング言語とフレームワークを利用できます。 J2EE/JSF2、ASP.NET、PHPを使用して開発を行いました。 GrailsまたはRuby on Railsは、機能をすばやく稼働させるための最良の方法ですか？
いくつかの最初の考え：
- DjangoはRoR/Grailsに似ており、私はそれを検討します
- GWTは興味深い概念ですが、ターンアラウンドタイムがそれほど速くないようです。
ありがとう、ジョン
この種のすべての質問と同様に、答えは「依存する」です。考慮すべき要素には、言語/フレームワークにどの程度慣れているか、プロジェクトに必要な機能が含まれます。そうは言っても、私はいくつかのフレームワークを使用してサイトを構築しました。それぞれに独自の長所と短所があります。
Grails
何かprofessionalのために迅速にサイトを立ち上げる必要がある場合、おそらくGrailsが私の最初の選択肢になります。 [〜＃〜] gorm [〜＃〜] は、私が試した最も単純で直感的なORMであり、MVCパラダイムは非常に適切に実行され、コーディングを開始するための構成はありません（ URL、DBパッチなどを気にせず、非常に迅速な反復（ページを更新するだけ）、シームレスなJava統合（ビジネスの世界では良いこと））、そしていくつかの素晴らしいプラグイン（例- 検索可能 は美しさです。最大の欠点は、ホスティングを見つけるのが難しい（そして高価である）ことです。
Ruby on Rails
私のRoRでの経験はGrailsでの経験とよく似ています。良い面は、コミュニティが大きいため、オンラインリソース（ドキュメント、FAQ、コードサンプルなど）が非常に豊富であり、プラグインがたくさんあるRubyは少し柔軟です）/expressive/"funky"、そしてホスティングを見つける方がはるかに簡単です（特に、個人プロジェクトの場合）。マイナス面では、依存関係の管理/設定が悪い（私はWindows、Ubuntu、Fedora、OSXでRubyGemsを使用していて、それぞれに重要な問題）、Grailsよりも少し構成/オーバーヘッドが多い（特に、routes.rbと大量のdb移行ファイルを処理する）、そして明らかに、 RoRには、深刻なスケーラビリティの問題があります。
[〜＃〜] php [〜＃〜]（CakePHPフレームワークを含む）
personalを使用するために何かをすばやくハッキングしたり、サイトを構築したりする必要がある場合は、おそらくPHPを使用します。 PHPは、学習とデプロイが最も簡単な言語です。便利なLAMPパッケージをダウンロードして数回クリックし、ハッキングを開始してください。コミュニティはRoRよりも大きいですなので、ドキュメントは豊富で無数のプラグインがあります（phpファイルをドロップしてページを更新するだけで簡単に「インストール」できます）言語は簡単に習得できますが、PHP実に奇妙で、醜いコードを避けるには多くの規律が必要です。CakePHPフレームワークは、Nice MVCパラダイムを適用して、物事を秩序正しく保つのに役立ちます。
Java（サーブレット、JSP、JSTL、struts、Velocity）
私はJavaサーブレットテクノロジーを使用して多くのサイトを構築しましたが、今日、新しいサイトのためにそれらを選択する正当な理由はないと私は正直に言うことができます。それらは急な学習曲線を持ち、トンの（XML hell）と戦うための構成、（JRebelを使用する場合を除いて）常に物事を再デプロイする必要があるために反復が遅く、コードが冗長で、機能の面で「景品」はありません。 Play！Framework と Spring Roo 少しだけ、どちらも多かれ少なかれ「純粋」で非常にクールなことを行っていますJavaコードと価値があるさらに調べます。
CakePHPを使用すると、Webアプリを...より高速に起動できます。とにかく、それは速いです。ファイルをWebルートフォルダーにドロップし、2つのファイルを構成します（それぞれを変更するには約3行）。そしてコーディングを開始します。
構成よりも慣習を優先するため、最適に構成されていることを確認するにはある程度の経験が必要ですが、同じレベルの経験があれば、CakePHPはあらゆるフレームワークからおそらく最も迅速な展開を実現します期間。
とはいえ、元のCakePHPプロジェクトはPHP Rails（もはや存在しない）のクローン）だったので、Railsも迅速に導入できます。
私はしばらくの間ASP.NET MVCフレームワークを使用してきましたが、それはかなり非常に優れたフレームワークであることがわかりました。特に.NETに精通している場合は、非常に使いやすいです。フレームワークは2009年のリリース以来急速に成長しており、MVC 3プレビューは最近一般にリリースされました。 MSはASP.NET MVCフレームワークですべてのことを正しく行っていると思います。
私はすべてを使用したわけではありませんが、Railsはかなり速いです。GrailsはDRY哲学をかなりうまく実現しているため、あまりにも期待しています。私はそうではありません。言うべき他の動的言語フレームワークについて十分に知っている。
優れたコード生成戦略を使用しても、私のASP.NET（Webフォーム）はそれほど効率的ではありません。
私はDjangoとRailsを見つけて、Rails=を私の好みに合わせて見つけました。 ASP.Net MVC 2はRailsよりもはるかに優れています。MVC（またはWebフォームでさえ）の方がRailsよりもはるかに高速です）。
私にとってそれはあなたが知っていることとあなたが楽しむものに帰着します。多くの人から、Rubyは楽しいですが、私にはそうではありません。C＃は楽しいです！Haskellは楽しいです！言語/フレームワークを楽しんでいない場合は、あなたが楽しむ「遅い」フレームワークほど速くはありません。