23のデザインパターン（8）：仲介モデル

1.コンセプト

仲介モデル：標的仲介と相互作用するオブジェクトのパッケージセットは、オブジェクトを保持する媒体は、その結果、疎結合の相互作用を示し、そしてそれらの間の相互作用とは独立して変更することができます。

クラス2、図。

仲介モデルの3構造

仲介モデルまだMediatorパターン、3つの分割クラス図から見ました：

• 抽象メディエーター（AbstractMediator）：種々のクラスの同僚との間の通信のためのクラス・オブジェクト同僚仲介オブジェクトインタフェースの定義。一般的に達成するためにサブクラスによって一つ以上の抽象イベントメソッドが含まれます。

• メディエータの実装クラス（メディエータ）：抽象メディエータ、イベントメソッドが定義されたメディエータ抽象的実現から継承されました。同僚クラスからメッセージを受信し、メッセージの種類によって、他の同僚に影響を与えます。

• 同僚クラス（AbstractColleagueおよびそのサブクラス）：オブジェクトが他のオブジェクトに影響を与えることができれば、また、他のオブジェクトによって影響を受けるであろう、そして同僚のクラスと呼ばれるこれら二つのオブジェクト。クラス図において、同僚のクラスが実装する2つだけが、実際の応用では、同僚のクラスは、一般的に相互依存中でも、複数の組成物から成ります。より多くの同僚クラス、より複雑な関係。および共同研究者らのクラスは、抽象クラスを継承実装のグループを有する組成物として表すことができます。仲介モデルでは、仲介者を通じてメッセージングの同僚へのクラス必要があります。

4.なぜ仲介モデルを使用します

一般的に、同僚のクラス間の関係は、複数のクラスを横切る同僚は、それらの間の関係はありません上結合アーキテクチャである複雑なネットワーク構造、として表示されたときに相互に、より複雑です有益な再利用のカテゴリではなく、安定しました。例えば、図では、6人の同僚クラスオブジェクトが存在する物体1変更された場合、その後、影響を受けた4つのオブジェクトが存在するであろう。オブジェクト2つの変更された場合、その後、5つのオブジェクトが影響を受けているが存在します。言い換えれば、同僚のクラス間の直接的な相関関係が悪いデザイン。

仲介モデルの導入は、同僚のクラス間の関係は、星型構造は、図から分かるようになります場合は、任意のクラスの変化は、それが唯一のため、システムを減らし、クラス自体だけでなく、仲介に影響を与えますカップリング。良いデザインは、すべてのオブジェクト・リレーショナル処理ロジックを入れていないだろう、このクラスにカプセル化されていますが、特別なクラスを使用することは、彼自身ではない動作を管理します。

注：神のインターネットのブログから大マップの上記の説明、私は非常に明確だと思うが、我々が借りてベンチャーが、この記事の最後に、元のリンクをご容赦ください！

プログラムの5例

有两个同事类A和B，类中各有一个数字，并且要保证类B中的数字永远是类A中数字的100倍。也就是说，当修改类A的数时，将这个数字乘以100赋给类B，而修改类B时，要将数除以100赋给类A。类A类B互相影响，就称为同事类。代码如下：

抽象同事类

public abstract class AbstractColleague {
    private int number;

    public int getNumber() {
        return number;
    }

    public void setNumber(int number) {
        this.number = number;
    }

    /**
     * 更改值的大小
     *
     * @author suvue
     * @date 2020/1/18
     */
    public abstract void setNumber(int number, AbstractColleague colleague);
}

同事类A

public class ColleagueA extends AbstractColleague {

    public ColleagueA(int number) {
        super.setNumber(number);
    }

    @Override
    public void setNumber(int number, AbstractColleague colleague) {
        this.setNumber(number);
        colleague.setNumber(number * 100);
    }
}

同事类B

public class ColleagueB extends AbstractColleague {
    public ColleagueB(int number) {
        super.setNumber(number);
    }

    @Override
    public void setNumber(int number, AbstractColleague colleague) {
        this.setNumber(number);
        colleague.setNumber(number / 100);
    }
}

测试的main方法

public static void main(String[] args){
        ColleagueA colleagueA = new ColleagueA(1);
        ColleagueB colleagueB = new ColleagueB(100);
        colleagueA.setNumber(2,colleagueB);//A:2 B:200
        System.out.println(colleagueA.getNumber());
        System.out.println(colleagueB.getNumber());

        colleagueB.setNumber(400,colleagueA);
        System.out.println(colleagueA.getNumber());
        System.out.println(colleagueB.getNumber());//A:4 B:400
    }

上面的代码中，类A类B通过直接的关联发生关系，假如我们要使用中介者模式，类A类B之间则不可以直接关联，他们之间必须要通过一个中介者来达到关联的目的。

抽象同事类，注意setNumber方法的第二个参数，换成了我们的中介者。

public abstract class AbstractColleague {
    int number;

    AbstractColleague(int number) {
        this.number = number;
    }

    public int getNumber() {
        return number;
    }

    public void setNumber(int number) {
        this.number = number;
    }

    public abstract void setNumber(int number, AbstractMediator mediator);
}

同事类A

public class ColleagueA extends AbstractColleague {

    public ColleagueA(int number) {
        super(number);
    }

    @Override
    public void setNumber(int number, AbstractMediator mediator) {
        super.setNumber(number);
        mediator.aAffectB();
    }
}

同事类B

public class ColleagueB extends AbstractColleague {

    ColleagueB(int number) {
        super(number);
    }

    @Override
    public void setNumber(int number, AbstractMediator mediator) {
        super.setNumber(number);
        mediator.bAffectA();
    }
}

抽象中介者类

public abstract class AbstractMediator {
    AbstractColleague A;
    AbstractColleague B;

    AbstractMediator(AbstractColleague a, AbstractColleague b) {
        this.A = a;
        this.B = b;
    }

    public abstract void aAffectB();

    public abstract void bAffectA();

}

中介者实现类

public class Mediator extends AbstractMediator {

    public Mediator(AbstractColleague a, AbstractColleague b) {
        super(a, b);
    }

    @Override
    public void aAffectB() {
        B.setNumber(A.getNumber() * 100);
    }

    @Override
    public void bAffectA() {
        A.setNumber(B.getNumber() / 100);
    }
}

测试的main方法

public static void main(String[] args) {
        ColleagueA a = new ColleagueA(1);
        ColleagueB b = new ColleagueB(100);
        Mediator mediator = new Mediator(a, b);
        a.setNumber(2);
        mediator.aAffectB();
        System.out.println(b.getNumber());//200
        b.setNumber(400);
        mediator.bAffectA();
        System.out.println(a.getNumber());//4
    }

虽然新建的类比较多，但是还是比较容易理解的，其实就是把原来处理对象关系的代码重新封装到一个中介类中，通过这个中介类来处理对象间的关系。

6.中介者模式的优点

• 适当地使用中介者模式可以避免同事类之间的过度耦合，使得各同事类之间可以相对独立地使用。
• 使用中介者模式可以将对象间一对多的关联转变为一对一的关联，使对象间的关系易于理解和维护。
• 使用中介者模式可以将对象的行为和协作进行抽象，能够比较灵活的处理对象间的相互作用。

7.适用场景

在面向对象编程中，一个类必然会与其他的类发生依赖关系，完全独立的类是没有意义的。一个类同时依赖多个类的情况也相当普遍，既然存在这样的情况，说明，一对多的依赖关系有它的合理性，适当的使用中介者模式可以使原本凌乱的对象关系清晰，但是如果滥用，则可能会带来反的效果。一般来说，只有对于那种同事类之间是网状结构的关系，才会考虑使用中介者模式。可以将网状结构变为星状结构，使同事类之间的关系变的清晰一些。

中介者模式是一种比较常用的模式，也是一种比较容易被滥用的模式。对于大多数的情况，同事类之间的关系不会复杂到混乱不堪的网状结构，因此，大多数情况下，将对象间的依赖关系封装到同事类内部就可以的，没有必要非引入中介者模式。滥用中介者模式，只会让事情变的更复杂。

元の参照提供します。https：//blog.csdn.net/zhengzhb/article/details/7430098