私はこれを理解するのに苦労しています。基本的に、このルックアップ API は、疎結合されたモジュール間の性質を維持するために使用されます。基本的に、サービス プロバイダーとコンシューマー モジュールはそれぞれ Lookup API を使用して相互に通信できますか?
しかし、私が理解していないのは次のとおりです。
Lookup は、そのクラスのどのオブジェクトでいっぱいのバッグのようなものですか? 誰かがより簡単な類推を与えることができますか?
依存関係が作成され、サービス コンシューマーに LookupListener を正しく実装しますか? 明らかに、消費者はプロバイダーに依存しています。
では、リッスンしている LookupListener の実装は何ですか? それは独自のルックアップですか?別のモジュールのクラスのマップがある場合、それは LookupListener の実装の Lookup 内にオブジェクトとして格納されますか?
つまり、ルックアップは、別のモジュールのクラスとメソッドを格納できるバッグのようなものですか?
これは、選択を決定する正しいプロセスですか?
- TopComponent (ビュー) では、ルックアップ リスナーとアクション リスナーを実装します。
- (他のモジュールから)新しいオブジェクトを作成します
associateLookup(Lookups.singleton(fff));
繰り返しますが、この行との混乱:associateLookup()
正確には何をしているのですか?result = Utilities.actionsGlobalContext().lookupResult(Browser1.class);
この行は何をしているのですか?結果とは?(他のモジュールからの)Browser1クラスが含まれていますか?result.addLookupListener (this)
; なぜリスナーを結果に追加するのですか? TopComponent で何をリッスンしているのか、そしてその理由は何なのか?終わり ?
そして最後に、私の混乱をさらに深めるために、Node API はどのようにして pla7y に入りますか?