GWT/GXT永続的なアプローチを少し違います

Question

私はGWT/GXTを使用していますが、将来のアプリに最適な永続的な方法を探しています。私はそれを行う多くのバリエーションを検討していたので、ここでグラフを描くことにしました：


だから私の結論は次のとおりです。
1）JPA/Hibernateは最高の永続性フレームワークですが、GWTとの協力とGXTとの特別な協力が嫌いです
2）JDBCそれは単なる模範的な冗談でした:)
3）MyBatisは、DBからデータを取得するための非常に優れたツールであり、高速で効率的であり、Hibernateでは見られない素晴らしい可能性を持っていますが、マッパーを書くことはこれまでで最悪の事態です。
4）Dozzerはサーバーとユーザーリソースキラーです。ボイラープレートコードをたくさん記述する必要があり、それはデータをコピーするだけです（時にはたくさん）。どんな費用でも使用しないでください!!! 100セッションを実行するサーバーを想像してください。各BeanリクエストはDozzerを使用する必要があります。
5）DTO-同様の状況。これはボイラープレートであり、1つのデータ型を他のデータ型に変換するだけです。深刻なデータ処理はありません。サーバーリソースを賢く使用します。
6）ギリアドは、片豆の状態をコピーしています。それは危険である可能性があります（わずかなコメントから聞いたばかりです）、他のIOCフレームワーク（私の場合はガイド）と構成して統合するのは難しいかもしれません。
7）Pojoをクライアント側のBeanModelに変換しないでください。 JavaScriptは本当に遅く、クライアント全体を遅くします。
8）私と多分あなたのためのベストプラクティス：DBからクライアント側のベースモデル豆までのグラフの最短パスを見つけてください。
9）MyBatisでは、クエリの結果をベースモデル豆（テスト）にマッピングできます。そのため、何度も変換する必要はなく、まったく気にする必要はありません。唯一のことは、適切なマッピングを書くことです。

これは私の個人的な意見ですが、あなたの意見を知りたいです。私が間違っている場合は私に説明して、短所の議論をしてください。私は本当にHibernateを使用したいのですか、それともBeanModelに直接マッピングすることができるMyBatisフレームワークに別のORMまたは同様のORMを知っているかもしれません。

私の目的のために、マッパー、バリデーター、編集者、高度な検索パネル、DAO、サービス、GWT-RPCクラスを使用して、ベースモデルスタイルのドメインクラスを生成するアプリを開発する予定です。最良の解決策は、独自の足場を開発することです：d。あなたはそれについてどう思いますか？

Answer 1

あなたはあなた自身の足場を開発します。それが私がしたことです。これが私のフローですdb-> jpa->エンティティビーンズ - >私自身のコンバータークラス - > basemodel

私のアプリケーションでは、BaseModelがDTOとして機能しています。 GWT RPCサービスでは、必要に応じてBaseModelをエンティティビーンおよびエンティティビーンにベースモデルに変換します。

-ZAWOAD

Answer 2

たぶんGWT RequestFactoryをご覧ください。 2.1の新機能です

http://code.google.com/webtoolkit/doc/latest/devguiderequestfactory.html

私は個人的にギリアドを使用していますが、問題はありませんでした。主要な構成は必要ありません。私はコレクションの怠zyなロードをしていません。その考えを念頭に置いて、ユースケースを設計しました。

Answer 3

Hibernateの動的モデルを使用しようとした人は、GXT Basemodelに直接マッピングできるように見えます。見る： 冬眠dymanicモデルセクション

Answer 4

MybatisはPojoのみを使用しているため、MybatisをGWTで使用しましたが、満足しました。 Write XMLマッパーが気に入らない場合は、MyBatisの注釈を使用できます。シンプルが好きです。私の推薦はMyBatisです