アプリケーションの非常に大きな gwt プロジェクトを想像してみてください。これは、Web 上の何らかの形の科学環境にすぎません。したがって、ユーザーごとにアプリの状態が保存され、ブラウザーの履歴やブックマークに関連するものは何もありません。履歴は、アプリケーション自体に適用することさえできないものです (CAD システムなど、直感的な「戻るボタン」がないものなど)。MVP と共に最新のアクティビティと場所を使用するかどうかを検討しています。履歴管理に意味がない場合、アクティビティと場所の長所と短所は何ですか? このフレームワークは、Places と Activity のない従来の MVP+DI と比較して、コードの保守とコードのモジュール性においていくつかの利点を提供できますか? アプリが何らかの形式のプラグインに API を提供することを考慮に入れる
質問する
304 次
1 に答える
1
場所がアプリ内のナビゲーションに関するものであり (必ずしもブラウザーの履歴に関連付けられているわけではありませんが、非常に似ています)、アクティビティは場所に基づいて構築され、ライフサイクルが場所に関連付けられた UI のビルディング ブロックをモジュール化および分離する方法であるとします。あなたの場合にそれらを使用するメリットはありません。
注: 公式ドキュメントにあるように、アクティビティと場所は MVP とはまったく関係ありません。すべてはナビゲーションに関するものです。
GWT 2.1 では、ブラウザー履歴管理用の組み込みフレームワークが導入されました。アクティビティと場所のフレームワークを使用すると、アプリケーション内でブックマーク可能な URL を作成できるため、ブラウザーの戻るボタンとブックマークがユーザーの期待どおりに機能します。これは GWT の履歴メカニズムに基づいて構築されており、MVP 開発と組み合わせて使用できますが、必須ではありません。
ソース: https://developers.google.com/web-toolkit/doc/latest/DevGuideMvpActivitiesAndPlaces
于 2012-06-22T12:52:20.877 に答える