GileadとRequestFactoryの代替案

Question

私はかなり大きなGWTプロジェクトを開発し始めました。これは自然にデータモデルを持っています。そして、私はクライアント側でエンティティクラスを快適に使いたいと思っています。

私はGileadが本当に好きでしたが、this threadは私にとっては良いニュースではありません。

RequestFactoryを使用したくないのは、定型的なコードを書き、コードを複製するためです。

誰かが私のプロジェクトで私を助け、開発者が現在サポートしているGileadとRequestFactoryの代替案を知っているのでしょうか？

ありがとうございます！

Answer 1

IMO、GWTを使用しているときにボイラープレートから脱出することはありません。洗練されたデータモデルで、データ集約型アプリケーションを扱うための最良の選択肢はRequestFactoryだと私は思います。いくつかのコード生成フレームワークを書いてボイラープレートを減らすことができます。たとえば、GWTPの注釈を参照してください。code generation facilitiesは、MVPで作業するのに必要な多くのボイラープレートを生成します。具体的には、GWTPは、サーバーに送信するコマンドとサーバーから返された結果をカプセル化するActionおよびResultクラスを生成できます。

RequestFactoryに関連するボイラープレートの同様のコード生成機能は、あなたの負担を大幅に軽減します。

たとえば、エンティティクラスからエンティティプロキシを生成するためのアノテーションを作成できます。このアノテーションを@Entityとともにエンティティクラスに配置し、関連するEntityProxyクラスを生成するようにAPTプロセッサを設定します。価値プロキシを生成するために同様のアプローチをとることができる。

あなたのアプリケーション固有のRequestFactoryとRequestContextのインターフェイスは、一目で見えてもボイラプレートではありません。同じエンティティクラスのサーバー側の実装にも同じです。

LocatorおよびServiceLocatorは完全にオプションです。エンティティ自体に永続性コードを実装したくない場合にのみ必要です。

これにより、クライアント側のコードが残されます。 GWTエディタフレームワークworks with RequestFactoryがどのようにして、さまざまなRequestFactoryインターフェイスで動作するための汎用クライアントサイドコードを書くことができるかについてのアイデアをご覧いただけます。