Flex を使用して Web 2.0 アプリケーションを作成しました。今回は、GWT で学び、開発したいと考えています。
JBPM コンソール アプリケーションに触発されて、ユーザー インターフェイスに使用することを考えてgwt-mosiacいます (より良い提案は大歓迎です。感謝しています)。
たとえば、Flex のスタックの 1 つは [Flex+Parlsey] - [BlazeDS-Spring/JPA] - MySql です。GWTで？
GWT を使用して Web 2.0 アプリケーションを開発する経験に基づいて、スタックまたはシステム アーキテクチャを提案してください。
本当に必要でない場合は、サードパーティのフレームワークを使用しないことをお勧めします。そこに行って、それをしました。ライブラリが現れたり消えたりするため、アプリは古い GWT バージョンに固執します。
私の場合、EJB+JPA を使用した純粋な GWT はかなりうまく機能しますが、GWT クライアント コードでドメイン オブジェクトを使用しようとしないでください。魅力的で可能ですが、アプリの保守が難しくなります。マッピング コードが必要な場合でも、ドメイン オブジェクトを GUI オブジェクトにマッピングする方がはるかに優れています。
@Yekmer と jQuery の比較に関しては、完全に異なる靴だと思います。GWT の力は Java にあります。jQuery は優れていますが、複雑なアプリを作成するのは悪夢だと思います。
私は多くのサーバー側ライブラリで GWT を使用し、サーブレット、RIFE、Grails で GWT-RPC メカニズムを使用しました。Json を送信してクライアント側で解析するのが最も簡単な方法だと思います。
GWT は非常に高度なツールですが、Jquery よりも高速にアプリケーションを開発できないため、私はもう使用していません。私は Spring Roo を使用したことはありませんが、Spring Roo は最も高度で適切に構成された GWT フレームワークです。Spring がhttp://www.springsource.org/rooを開発し、Spring に精通している様子を見ることができます。
サーバー側では EJB+JPA を使用し、UI には GWT + Ext GWT (別名 GXT) を使用します。いくつかの欠点がありますが (ほとんどすべての場合と同様)、よく洗練されており、すぐに使用できるコンポーネントが豊富に用意されています。
もちろん、それはすべてあなたが何を達成しようとしているかによって異なります。「通常の」Web ページであることが想定されている場合は、jquery またはプレーン GWT を検討してください。RIA であると想定される場合 (多数のフォーム、複雑なインターフェイスなど) - 追加の ui ライブラリが役立つ場合があります。私の意見では、クライアント側のコードが多いほど、GWT が必要になります;)