文章目录
前言
一、中介者模式(Mediator Pattern)
二、使用步骤
角色
示例
总结
优点
缺点
使用场景
前言
设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。
提示：以下是本篇文章正文内容，下面案例可供参考
一、中介者模式(Mediator Pattern)
中介者模式属于行为型模式，它包装了一系列对象相互作用的方式，使得这些对象不必相互明显作用，从而使它们可以松散耦合。
当某些对象之间的作用发生改变时，不会立即影响其他的一些对象之间的作用，保证这些作用可以彼此独立的变化。
二、使用步骤
角色
1、抽象中介者(Mediator)：
定义统一的接口用于各同事角色之间的通信，其中主要方法是一个（或多个）事件方法；
2、具体中介者(Concrete Mediator)：
实现了抽象中介者所声明的事件方法。具体中介者知晓所有的具体同事类，并负责具体的协调各同事对象的交互关系；
3、抽象同事类(Colleague)：
定义出中介者到同事角色的接口。同事角色只知道中介者而不知道其余的同事角色。与其他的同事角色通信的时候，一定要通过中介者角色协作；
4、具体同事类(Concrete Colleague)：
所有的具体同事类均从抽象同事类继承而来。实现自己的业务，在需要与其他同事通信的时候，就与持有的中介者通信，中介者会负责与其他的同事交互。
示例
命名空间MediatorPattern中包含抽象用户类User充当同事基类，它有2个实现类，普通用户GeneralUser类和VIP用户VipUser类，聊天室ChatRoom类充当中介者基类，新浪聊天室SinaChat类为具体中介者。本案例尝试使用中介者模式实现应用最为广泛的网络聊天室。
public abstract class User { public string Name { get; private set; } protected User(string name) { Name = name; } public abstract void OnRecieve(User sender, string message, bool group = false); }
抽象用户类User，内部仅维持一个姓名，OnRecieve方法定义在收到其他用户的信息时的回调。此处必须使用public公开OnRecieve方法，因为在聊天室中需要调用它。
public class GeneralUser : User { public GeneralUser(string name) : base(name) { } public override void OnRecieve(User sender, string message, bool group = false) { var groupFlag = group ? "group" : "private"; Console.WriteLine( $"{this.IdentitySign()} recieved a {groupFlag} message from " + $"{sender.IdentitySign()},{Environment.NewLine}(s)he says:{message}"); } }
普通用户类GeneralUser，继承自User并实现OnRecieve方法。
public class VipUser : User { public VipUser(string name) : base(name) { } public override void OnRecieve(User sender, string message, bool group = false) { var groupFlag = group ? "group" : "private"; Console.WriteLine( $"{this.IdentitySign()} recieved a {groupFlag} message from " + $"{sender.IdentitySign()},{Environment.NewLine}(s)he says:{message}"); } }
Vip用户类VipUser，继承自User并实现OnRecieve方法。实际开发过程中可不定义2个实现类，使用属性标识是否是Vip用户即可。
public abstract class ChatRoom { protected List<User> _users = null; protected const string SPLIT_BREAK = "------------------------------------------------------"; protected ChatRoom() { _users = new List<User>(); } public void Attach(User user) { if (user == null) throw new ArgumentNullException(); _users.Add(user); } public bool Detach(User user) { if (user == null) throw new ArgumentNullException(); return _users.Remove(user); } public abstract void Talk2All(User sender, string message); public abstract void Talk2User(User sender, User reciever, string message); }
聊天室基类ChatRoom，需要维持对User列表的引用并包含添加和删除方法，包含2个主要方法，对所有人说话Talk2All和对某人说话Talk2User。
public class SinaChat : ChatRoom { public override void Talk2All(User sender, string message) { _users.Where(u => u.Name != sender.Name) .ToList() .ForEach((u) => u.OnRecieve(sender, message, true)); Console.WriteLine(SPLIT_BREAK); } public override void Talk2User(User sender, User reciever, string message) { var user = _users.Where(u => u.Name == reciever.Name) .FirstOrDefault(); user.OnRecieve(sender, message); Console.WriteLine(SPLIT_BREAK); } }
具体聊天室，实现对所有人说话Talk2All和对某人说话Talk2User方法。
public static class Extentions { public static string IdentitySign(this User user) { if (user is VipUser) { return $"{user.Name}[VIP]"; } else if (user is GeneralUser) { return $"{user.Name}"; } return string.Empty; } }
定义了一个扩展以方便展示用户Vip标识。
public class Program { private static ChatRoom _chatRoom; public static void Main(string[] args) { _chatRoom = new SinaChat(); var juice = new GeneralUser("Juice"); var cola = new GeneralUser("Cola"); var iori = new VipUser("Iori"); var marin = new VipUser("Marin"); _chatRoom.Attach(juice); _chatRoom.Attach(cola); _chatRoom.Attach(iori); _chatRoom.Attach(marin); _chatRoom.Talk2All(juice, "Hello Every one!"); _chatRoom.Talk2User(cola, iori, "Hello Iori!"); _chatRoom.Talk2User(iori, marin, "Hello Marin!"); Console.ReadKey(); } }
以上是调用方的代码演示，以下是这个案例的输出结果：
Cola recieved a group message from Juice, (s)he says:Hello Every one! Iori[VIP] recieved a group message from Juice, (s)he says:Hello Every one! Marin[VIP] recieved a group message from Juice, (s)he says:Hello Every one! ------------------------------------------------------ Iori[VIP] recieved a private message from Cola, (s)he says:Hello Iori! ------------------------------------------------------ Marin[VIP] recieved a private message from Iori[VIP], (s)he says:Hello Marin! ------------------------------------------------------
总结
优点
1、降低了类的复杂度，将一对多转化成了一对一；
2、各个类之间的解耦，符合迪米特法则。
缺点
1、中介者角色承担了较多的责任，所以一旦这个中介者对象出现了问题，整个系统将会受到重大的影响。
使用场景
1、系统中对象之间存在比较复杂的引用关系，导致它们之间的依赖关系结构混乱而且难以复用该对象；
2、想通过一个中间类来封装多个类中的行为，而又不想生成太多的子类。
