1

GAE にデプロイされた GWTP (Model-View-Presenter) を使用して GWT アプリを開発しています。永続化は、Google Cloud SQL を使用して行われます。

データベースへのデータの送信 (永続化) とデータの要求に何を使用すればよいかわかりません: GWT RequestFactory または GWTP アクション。それらは同等ですか？このシナリオでのそれぞれの利点は何ですか?

ありがとう

4

3 に答える 3

2

現時点では Request factory は使用しません。CRUD の場合でも、GWTP アクションよりもはるかに複雑です。

RF は優れた強力なツールですが、少し過剰に設計されており、複雑なデータを操作することは、最終的に発生するすべての「凍結」状態の問題で非常に困難になる可能性があります。実際の問題は、ネストされた構造を持つエディタを使用しているときに発生します。プロキシの第 2 レベル、さらには第 3 レベルを保存する際に問題が発生します。ネストされたオブジェクトの各レベルの厄介な凍結状態に対処する必要がないため、ネストされた構造でエディターを使用することは、SimpleBeanEditorDriver を使用するとはるかに簡単になります。

単純な CRUD をサポートする単純なオブジェクト グラフの場合、RF は完璧ですが、より複雑な構造になるとすぐに、気を引き締めて処理するのは簡単ではありません。RF の専門家になると、非常に強力なツールになりますが、同じことを達成するには GWTP アクションよりも多くの作業が必要です。

RF を使用したサーバー側のセキュリティには、AoP を使用しました。一方、アクション ハンドラーを使用することもできますが、アクション ハンドラーを使用しても、サービス コールでの AoP の方が適している場合があります。

クライアント側のバッチ処理とキャッシングについては、RF で実現するのは非常に困難です。ドキュメントは不明確であり、キャッシュ内のフリーズ状態を処理することは悪夢です。GWTP-Action には、使用できる単純なキャッシュの実装が既に用意されています。

于 2012-10-05T19:25:28.237 に答える
0

データ指向アプリ (CRUD) の場合、RF はその目的のために設計されているため、必ず RF を使用する必要があります。アプリがよりアクション指向で、これらのアクションに多くのデータが含まれていない場合は、コマンド パターンを使用することをお勧めします。ただし、アプリで両方を使用することを妨げるものは何もありません。

于 2012-09-26T19:04:20.643 に答える
0

RequestFactory のみ。

必要なものはすべてそろっています。基本的なメッセージを送信したいだけなら、必要なパラメーターを指定してメソッドを呼び出すだけです。

アクションの問題は、RF セマンティクスよりもはるかに冗長であることです...

RF で得られない唯一のものは、ClientHandlers を使用する機能です...

于 2012-10-01T22:53:19.593 に答える