文章目录
前言
一、中介者模式(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、想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。