私は最近、プロジェクトで使用するフレームワークを評価しているときにPlayフレームワークに出くわしました。Java言語とJVMを使用する必要があります（したがって、grailsはオプションではありません）。
第一印象から、PlayフレームワークはDjango（またはRails）に非常に似ていますが、コアコンポーネントにSpringフレームワークを使用しているため、SpringRooは面白そうです。
コアSpringフレームワーク（統合など）をすでに使用している場合、Spring Rooを使用する利点はありますか？
Spring Rooに既知の大きな問題はありますか？（たとえば、コードが生成されるときにコードの制御を失うようなものです）
それはすべて、開発しているアプリケーションの種類によって異なります。いくつかのコントローラーを備えた単純なアプリケーションが必要な場合は、Playが適していると確信しています。ただし、大規模なエンタープライズアプリケーションを作成していて、Springが提供するすべての機能を利用したい場合は、Rooが最適です。Springは事実上のエンタープライズJavaフレームワークであり、すべてのソフトウェアベンダーがSpring統合を確実に提供します。たとえば、SOAPWebサービスを起動するには1行のXMLが必要です。
<jaxws:endpoint implementor="org.apache.cxf.jaxws.service.Hello" address="http://localhost:8080/test" />
RabbitMQに接続したい
<rabbit:connection-factory id="connectionFactory"/>
<rabbit:template id="amqpTemplate" connection-factory="connectionFactory"/>
しかし、それはまさにコアスプリングです。Rooは物事をさらに簡単にします。データベースを追加したいですか？Rooのコマンドシェルに1行入力します。安全？もう1行。Cloud Foundryを起動しますか？もう1行。自動提案機能は、使用可能なすべてのコマンドとそれぞれに必要なパラメーターを示します。Rooの最大の利点（経験豊富なSpring開発者にとって）は、新しいフレームワークを学ぶ必要がないことです。Rooコマンドを入力するだけで、標準のSpringコードを取得して、好きなように実行できます。プレーンなSpringに慣れている場合は、Rooを使用してプロジェクトをジャンプスタートし、プロジェクトを削除できます。私は最新のテクノロジーの流行に乗る人ではありません。「これはあなたの人生を改善するでしょう！」に関してはかなり懐疑的です。約束しますが、Rooは実際に開発をより簡単かつ迅速にします。
以前に見たものとの違いは、RooとPlayの大きな違いは、Rooがボイラープレートコードを作成し、それを維持するのに対し、Playは開発に必要なコードの量を減らすだけなので、コードの量を減らすことです。維持する必要があります。
あなたがゼロから始めていたのなら、私はRooがPlayよりも優れているとは思いません（Playの支持者としての個人的な意見）。ただし、すでにSpringのバックグラウンドを持っているため、学習曲線がないため、Rooの方が適している場合があります（また、考えているPlayのバージョンによっては、これが要因になる可能性があります）。
これは私の個人的な印象なので、（非常に）主観的かもしれません。私はPlayの支持者でもあります。
私はSpring MVC試してみるように強制されました...それはある種の％$％@ $％＃...私には不快で、XMLファイルについて心配する必要がありました...
だからRoo、（特にSpringと比較して）非常に優れたスキャフォールドアプリを見つけることができました。それを使用するのは賢明だと思いましたが、プロジェクトの成長中にすべての依存ファイルを監視するのも手間がかかります（わかりません） 、おそらく間違ったIDE、多分あまり忍耐強くない...）1週間後、私は永遠にPHPに戻る準備ができました;）
ついに私はPlayを見つけました。それが私にとってのポイントです。私を夢中にさせた、XMLの「サポート」をこれ以上扱う必要はありません。一般的な構造は、Spring-*よりもはるかにクリーンです。Tomcatの構成やアプリの再デプロイについて気にする必要はありません。すべてが最初のステップから機能します。私がする必要があるのは...開発することだけです！
ですから、結論として、Playにチャンスを与えるべきだと思います。おそらく、不快な習慣を祝うよりも良い選択でしょう。多分。あなたは自分で選ぶ必要があります。
ところで、どちらも実際には異なるアプローチです。同じトピックの両方のソリューションをしっかりと比較しないと、正しく判断できません。
Spring Play Frameworkはわかりませんが、 「Getting Started with Roo」のPDFに従って、Spring Roo 1.2.3を使おうとしていますが、その経験は非常に残念でした。それは機能せず、回避策もインターネットの既知の問題のサポートもありません。前に述べたガイドをダウンロードして、段階的に使用してみてください。私が話していることがわかります。あなたの質問に関しては：少なくとも壊れたり放棄されたりしないフレームワークを選択してください。Spring Rooは多くの約束をしますが、それを機能させるために数日を費やしても成功しないと、自分自身に疑問を抱き始めます。私が得ている利点はどこにあるのでしょうか。誤解しないでください。SpringRooを使用したいのですが、それはまったく不可能でした。