1

私の理解では、GWT.runAsync「コード分割」を実装し、ダウンロードする新しい排他的フラグメントをトリガーしたいときはいつでも呼び出されます。

私の理解では、（GWTによって）特定のフラグメントの機能を設計/開発して、シングルトンインスタンスに一度ダウンロードしてAsyncProvider何度も再利用できるようにすることをお勧めします。

私の質問は次のとおりです。

  1. MVPパターンを使用している場合、この " AsyncProvider"スタイルはモデル、ビュー、およびプレゼンターに適用されますか？言い換えると、Model / View / Presenter"MVP-1"がModels/Views / Presenter "MVP-2"内のコードを参照しないようにコーディングする必要があります。これにより、AsyncProvider呼び出しGWT.runAsyncとプルダウンが発生します。 MVP-1のフラグメント、それはすてきで、クリーンで、依存関係のないダウンロードですか？それとも、私はAsyncProviderパターンを根本的に誤解していますか？
  2. とは何ですか、AsyncProxyそしてそれはここにどのように適合しますか？
  3. フラグメントを何度も再利用する必要があるのはなぜですか？言い換えれば、そもそもAsyncProviderパターンの利点は何ですか？！？

前もって感謝します！

4

1 に答える 1

3

コード分​​割と MVP は 2 つの異なるものです。つまり、コード分割に MVP は必要ありませんが、MVP を使用することは非常に良いことです。

大まかに言えば、GWT を使用した UI であり、多数のコンポーネント (View/Presenter) をまとめたものであり、各コンポーネントは MVP を使用するかどうかに関係なくコード化できます。また、コンポーネントが他のコンポーネントを呼び出す場合GWT.runAsync、コードを分割する場合は を使用する必要があります。最初の質問: はい、AsyncProviderMVP で動作します。

他の質問については、Google I/O 2011の 32:55 をご覧ください。よく説明されています。

個人的には、Places & Activities を使用したコード分割を使用および推奨しています。issue 5129を参照してください。

于 2012-09-08T12:40:47.480 に答える