1) ビューは、プレゼンターへのリンクを持つウィジェットです。処理する必要がある UI イベントについてプレゼンターに通知する必要があります。
2) ビュー、プレゼンター、クライアント (サーバー側と共有されていない) モデル、場所、アクティビティ、PlaceHistoryMapper、ActivityMapper。特典については下記をご覧ください。
プレゼンターをよく理解していますか?あなたの質問によると、私はあなたがそれを活動と混同していると思います。1.1 ) プレゼンターはビューを作成および管理し、rpc とほとんどの「ロジック」を作成します。
3) そうです、サーバー パッケージは単なる Java サーバー ロジックです。
4) アクティビティは、場所と発表者を結び付けます。以下、活動の説明に戻ります。
5) 場所には、名前、トークン、およびその場所をトークンに変換したり、その逆の方法で変換したりする独自のトークナイザーがあります。
6) ClientFactory を使用しませんでした。私は google-gin (guice の gwt クライアント バージョン) による依存性注入を好みます
7) イベントバスは... 公式の javadoc よりもうまく説明できませんでした :)
関係者にイベントをディスパッチします。オブジェクトが相互に直接的な依存関係を持たずに対話できるようにすることで、デカップリングを容易にし、イベント ソースがハンドラー リストの維持を処理する必要もありません。通常、アプリケーションごとに 1 つの EventBus があり、一般的に関心のあるイベントをブロードキャストします。
8) PlaceController は、(アプリケーション内で) 現在の場所を認識しており、現在の場所を変更する場合があります。(明らかに、 getWhere() および goTo(Place) メソッドがあります)
9) まず、PlaceHostoryMapper や ActivityMapper などのアプリケーションのシングルトーンをコーディングする必要があります。PlaceHostoryMapper は、すべての PlaceTokenizers を分離することにより、履歴を提供し、トークンを場所に変換します。ACtivityMapper は、すべての場所とアクティビティを分離し、最初のものごとに 2 番目のものを提供します。
ビューとプレゼンターはインターフェイスに基づいています。次に、そのようなインターフェイスを宣言します。次に場所を書きます。次に、プレゼンターの場所とインターフェイスがあるため、アクティビティをコーディングできます。次に、任意の順序でビューとプレゼンターを実装し、アクティビティを ActivityMapper の場所にマップし、PlaceTokenizers を PlaceHistoryMapper に登録します。
もっと質問があると思いますが、コメントまたは私のプロフィールの連絡先でお気軽に質問してください:)