appfuse と roo - 何を使いますか
-
20-09-2019 - |
質問
アプリフューズ vs.Roo、あなたなら何を使いますか?またその理由は何ですか?
それぞれのスイートスポットは何ですか。
解決
私はの上 TheServerSideスレッドに与えた答えを1としてこの問題...:
AppFuseでは、あなたの新しいプロジェクトの一つの初期の足場を提供することを目的とします。これは、Mavenの原型やEclipseの「新しいプロジェクト」に似ている新しいプロジェクトの開始時に一度それらを実行して、あなたが今後足場コードを維持することがでます。足場システムは、あなたが一度それを実行したら、あなたのプロジェクトにはさらなる関与を持っていません。
Rooのは、他の一方で、特定のプロジェクトの長期的な使用のための往復意識しアクティブなコードジェネレータを提供します。このようRooのは、最初の作成時だけでなく、あなたが今後のプロジェクトを変更しているときは常に両方の価値を提供しています通ります。
実用的な面では、これはあなたのプロジェクトを進化させる手段として、Rooのは、自動的に特定のファイルを維持します。簡単な例を取るために、あなたはフィールドを追加(または削除)する場合、Rooのは、自動的にあなたのためのtoString、ゲッター/セッター、JSPページなどを更新します。後で新しい機能を追加することができますので、それはまた、コマンドを提供しています。だから、あなたがプロジェクトを作成した半年後にセキュリティを追加する必要がある場合は、あなただけの「<のhref =」http://static.springsource.org/spring-roo/reference/html/command-index.html#command-index -security-セットアップ "のrel = "noreferrer">セキュリティ設定を"。それとも、メールを送信する必要がある場合は、あなただけの「<のhref =」http://static.springsource.org/spring-roo/reference/html/command-index.html#command-index-email-sender-setup」 REL = "noreferrer"> http://static.springsource.org/spring-roo/reference/html/command-index.html#command-index-email-sender-setup を」。そのような春のWebフロー、JUnitの、セレン、共通のJPAプロバイダだけでなく、他の多くの機能分野についても同様のコマンドなどがあります。あなたは限り、あなたは好きなように意思決定を延期し、Rooのはあなたが求める時にこれらの機能が追加されます彼ら(と、それはまた、自動的にあなたのプロジェクトでこれらの新しい機能を使用します)。
他の多くの相違点が同様にあります。 Rooのは、経由で拡張することができ、ユーザーが開発したアドオンそれは、非常に使用可能なシェルを提供しています//静的:それはのhref = "HTTP <あなたはインクリメンタルに新しいプロジェクトを構築し、必要な場合にのみ、それは広範囲のSpringSource開発して、それが来る、主要な春技術の最新バージョンをサポートしています(したがって、承認)機能を追加することができますそうで.springsource.org /バネROO /参照/ HTML / architecture.html」REL = "noreferrer">アプリケーションアーキテクチャと
Rooのリファレンスガイドのはじめ章の読み取りのか単に 10分のテストのプロジェクトを完了彼らはアプローチでは非常に異なって説明します。
他のヒント
AppFuse と Roo に関する私のメモ:
AppFuse
完全に機能するテンプレート アプリケーション/プロジェクトです。
従来の DAO <-> サービス <-> コントローラー アーキテクチャ
Maven アーキタイプを簡単に開始できる
優れたドキュメントとチュートリアル
本当に最新ではありません。Spring 3 Final が間もなくリリースされますが、AppFuse は 2.5 (?) をベースとしています。
スプリング・ルー
一方、スプリングルーは、 道具 コード生成を使用して開発をスピードアップします。
完全に構成された新しいプロジェクトの開始には 1 分かかります
従来の DAO/サービスの代わりに AOP を使用して、CRUD がドメイン オブジェクトに組み込まれたリッチなドメイン オブジェクトを作成します
Spring を初めて使用する場合は理解するのが難しい
ドキュメントはあまり良くありません まだ
すごくかっこいい!つまり、たった 1 行のコードで Spring Security をプロジェクトに追加できます。
の Telosys の(軽量コードジェネレータ)も良い代替です。見る http://www.telosys.org/する
これは(ApectJような付着せずに)非常にきれいなコードを生成します そしてテンプレートはカスタマイズ可能です。
(フレームワークの他の種類のコードを生成し、他の多くの)春のMVCのWebアプリケーションを生成するように設計されたテンプレートのスタックがあります。
私AppFuseではため、それが最新ではありませんが、AspectJのを使って春のカンガルーとあなたが触れてはならないコードの部分があると私はそれが好きではありません。
スプリング・ルー
長所。1.
カスタマイズ可能 :要件に応じて、さまざまなフレームワークとアドオンを追加および削除します。
データベース リバース エンジニアリング : データベース スキーマの準備ができている場合は、CRUD アプリケーションを作成します。
Spring コミュニティの強力なサポート。
NOSQL MongoDB のサポート
必要なアドオンを作成できます。
短所:
アスペクト指向と Spring スタックに関する深い知識が必要です。
- Spring roo の学習には、appfuse と比べて少し時間がかかります。
アプリフューズ:
長所:
- 中小企業向けアプリケーションを始めるのに最適
ストラット、JSF、Spring - 完全なオープンソース コード。
- 十分なドキュメント。
- Twitter ブートストラップの準備ができています。
短所:アプリケーションをカスタマイズしますが、Spring ro とは異なります。
は、まず第一に、ROOは、コード生成、アスペクト指向プログラミングおよびよります。
を使用して、設計をより詳細に見えますAppFuseでは、最後のバージョンは2008年5月にリリースされたことを思わもはや維持できていないようです。
Rooのはそれが理由春フレームワークのまだ未発表バージョン3を使用することで、今少し最先端のですが、それは変更され、そのバージョンがテーブルに興味深い変化の多くをもたらします。
それはまた、STSとtcServerとして、春のテクノロジ・ポートフォリオのより多くであなたをアップセル、そして春のセキュリティと春のWebflowを使用することが死んで容易になります。
ROOと一緒に行きます。
すでに使用しています
- 春
- Spring ORM/JDBC
- 春のMVC
- スプリングリモーティング
- STS (ツールスイート)
したがって、私の好みは SpringSource 製品です。セキュリティ フレームワークのコードを拡張/実装した後は、SpringSource の API スタイル、ドキュメント、規約、さらにはそのコーディング方法にもすでに精通しているからです。;-)
したがって、私のアドバイスは、自分にとってより自然なツール/フレームワークを使用することです。
乾杯、
appfuse-> springfuseに変更私はもっと春燃料を使用することを好む
この質問は数年前のものですが、その間にも新しい生産性ツールがあることを指摘しておきたいと思います。
ジェネジー. 。Generjee は完全なオンライン ツールです。要件と (オプションの) データ モデルをオンラインで定義します。次に、生成されたコードをダウンロードとして取得します。
生成されたコードは生成から独立しています。このツールは、統合されたフルスタック コード ベースから開発プロジェクトを開始する場合に役立ちます。
Generjee が生成します:
- データモデルに従ったJPAコード
- データを作成、読み取り、編集、フィルタリング、並べ替え、エクスポートするための JSF コード
- ユーザー管理、登録、ログイン
- 定義されたユーザー ロールとこのロールに対する特定のアクセス許可
- I18Nのサポート
- ファイルアップロードのサポート
フォージ. 。一言で言えば「ルーっぽい」。しかし、Forge は Spring と AspectJ に基づいており、Roo ほど強力ではありません。
AppFuseではは、タペストリー、ウィケットとルーにはない、他のWebフレームワークとの統合を持っている - まだ
AppFuseではプロジェクトは4月2016その創設者、マットRaible、使用することをお勧めします JHipster でシャットダウンされましたA>の代替としてます。