中間パターン
Mediator パターンは、複数のオブジェクトとクラス間の通信の複雑さを軽減するために使用されます。このパターンは、通常、異なるクラス間の通信を処理し、疎結合をサポートする中間クラスを提供するため、コードの保守が容易になります。メディエーター モデルは動作モデルです。
概要
目的: メディエーター オブジェクトを使用して、一連のオブジェクトの相互作用をカプセル化します。メディエーターにより、オブジェクトが相互に明示的に参照する必要がなくなり、オブジェクト間の結合が緩和され、オブジェクト間の相互作用を個別に変更できるようになります。
主な解決策: オブジェクト間には多数の関係があり、必然的にシステムの構造が非常に複雑になります。同時に、オブジェクトが変更された場合、それに関連付けられたオブジェクトを追跡する必要もあります。適切な措置を講じてください。
いつ使用するか: 複数のクラスが相互に結合され、ネットワーク構造を形成します。
解決方法: 上記のメッシュ構造を星型構造に分割します。
キーコード: オブジェクトColleague間の通信はクラスにカプセル化され、個別に処理されます。
応用例: 1. 中国が WTO に加盟する前は、各国が相互に貿易しており、その構造は複雑でした。現在、各国は WTO を通じて相互に貿易しています。 2. 空港配車システム。 3. C (コントローラー) が M (モデル) と V (ビュー) の間の仲介者である MVC フレームワーク。
利点: 1. クラスの複雑さを軽減し、1 対多を 1 対 1 に変換します。 2. さまざまなクラス間の分離。 3. Dimit 原則を遵守します。
短所: 仲介業者が巨大になり、複雑になり、維持が困難になります。
使用シナリオ: 1. システム内のオブジェクト間には比較的複雑な参照関係があり、オブジェクト間の依存関係構造が混乱し、オブジェクトの再利用が困難になります。 2. 中間クラスを使用して、サブクラスをあまり生成せずに複数のクラスの動作をカプセル化したいと考えています。
注: 責任が複雑な場合には使用しないでください。
実装チャット ルームの例を通じてメディエーター パターンを示します。この例では、複数のユーザーがチャット ルームにメッセージを送信でき、チャット ルームはすべてのユーザーにメッセージを表示します。ChatRoomとUserの2つのクラスを作成します。 User オブジェクトは、ChatRoom メソッドを使用してメッセージを共有します。
MediatorPatternDemo、私たちのデモクラスはUserオブジェクトを使用してオブジェクト間の通信を示します。
ステップ 1 中間クラスを作成します。ChatRoom.java
import java.util.Date; public class ChatRoom { public static void showMessage(User user, String message){ System.out.println(new Date().toString() + " [" + user.getName() +"] : " + message); } }ステップ2ユーザークラスを作成します。
User.java
public class User { private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } public User(String name){ this.name = name; } public void sendMessage(String message){ ChatRoom.showMessage(this,message); } }ステップ 3
User オブジェクトを使用して、それらの間の通信を表示します。
MediatorPatternDemo.java
public class MediatorPatternDemo { public static void main(String[] args) { User robert = new User("Robert"); User john = new User("John"); robert.sendMessage("Hi! John!"); john.sendMessage("Hello! Robert!"); } }ステップ 4 出力を確認します。
りー