0

私には複雑すぎるように思われる 2EE アプリの再構築に関するいくつかの提案を探しています。これを行うためのより簡単な方法があるかどうか疑問に思っています。アーキテクチャは次のとおりです。

  • GWT を使用したブラウザベースのクライアント
  • GWT RPC 非同期インターフェース
  • GWT リモート サービス サーブレット
  • ビジネス デリゲート レイヤー
  • ステートレス EJB (EJB 2.0 仕様!)
  • DAO (iBatis フレームワークを使用)
  • データベース

私たちのアプリケーションは、豊富なクライアント インターフェイスを備えたクライアント/サーバー タイプのアプリです。これはユニークではありません。サーバー上で多くの作業を実行し、多くのラウンドトリップを回避したい場合に、リッチクライアントを実装するより簡単な方法はありませんか? そのような設計のベスト プラクティス/ツールは何ですか?

ありがとう

4

1 に答える 1

0

スタック層はそれほど悪くありません。データベースにアクセスするHibernate DAO上に構築されたGWT RPC over Business Layerがあります。私たちは、まともなパフォーマンスと複雑さを備えた 100 以上の画面を持つエンタープライズ アプリケーションを提供しています。

RPC の代替 - RequestFactory、RequestBuilder を使用した JSON

サーバー側スタックの代替 - RF を使用した Hibernate または Dozer & RPC を使用した Hibernate。

RequestFactory は、ネットワーク上のデータ フットプリントが最小ですが、学習曲線に関しては複雑です。RFに移行したいのですが、学ぶのはとても難しいです!!!

于 2013-02-18T16:29:39.553 に答える