中介者模式(Mediator Pattern)是用来降低多个对象和类之间的通信复杂性。这种模式提供了一个中介类,该类通常处理不同类之间的通信,并支持松耦合,使代码易于维护。中介者模式属于行为型模式。
意图:用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
主要解决:对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我们也需要跟踪与之相关联的对象,同时做出相应的处理。
何时使用:多个类相互耦合,形成了网状结构。
如何解决:将上述网状结构分离为星型结构。
关键代码:对象 Colleague 之间的通信封装到一个类中单独处理。
应用实例: 1、中国加入 WTO 之前是各个国家相互贸易,结构复杂,现在是各个国家通过 WTO 来互相贸易。 2、机场调度系统。 3、MVC 框架,其中C(控制器)就是 M(模型)和 V(视图)的中介者。
优点: 1、降低了类的复杂度,将一对多转化成了一对一。 2、各个类之间的解耦。 3、符合迪米特原则。
缺点:中介者会庞大,变得复杂难以维护。
使用场景: 1、系统中对象之间存在比较复杂的引用关系,导致它们之间的依赖关系结构混乱而且难以复用该对象。 2、想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。
注意事项:不应当在职责混乱的时候使用。
中介者模式就是通过一个中介者,来让多个交错纵横的引用的类相互解耦,通过访问中介者类的方法就可以访问其他类的方法,每个类之间是相互平等的。比如下面的代码,我们有一个学生类,一个教师类,我们在控制器中有两个Action来处理这两个类的新增,那我们的实现应该是如下的:
public class Student{//属性...}
public class Teacher{//属性...}
服务类
public class StudentService
{
public void Add(Student entity){//添加方法}
}
public class TeacherService
{
public void Add(Teacher entity){//添加方法}
}
控制器的实现,可以看到有多个服务类被实例化。
public class AddController : Controller
{
StudentService studentService = new StudentService();
TeacherService teacherService = new TeacherService();
public IActionResult Student(Student entity)
{
studentService.Add(entity);
return Content("添加成功");
}
public IActionResult Teacher(Teacher entity)
{
teacherService.Add(entity);
return Content("添加成功");
}
}
如果我们用了中介者模式,那就可以免去这些服务类的实例化,直接使用中介者类执行对应的添加方法就行了,下面就进行简单的实现。
下面只是通过简单的例子来体现中介者模式的思想,不用过于纠结是否合理,我们可以在实际项目中按自己的需求来实现,就想上面描述的广义的中介者模式。
学生类和教师类以及对应的服务类
public class Base{}
public class Student : Base{//属性...}
public class Teacher : Base{//属性...}
public class StudentService
{
public string Add(Student entity){return "已添加学生";}
}
public class TeacherService
{
public string Add(Teacher entity){return "已添加教师";}
}
中介者类
public interface IMediator{string Add(Base entity);}
public class Mediator : IMediator
{
private StudentService studentService = new StudentService();
private TeacherService teacherService = new TeacherService();
public string Add(Base entity)
{
if(entity is Student)
return studentService.Add((Student)entity);
else if (entity is Teacher)
return teacherService.Add((Teacher)entity);
return "添加失败";
}
}
控制器中使用中介者类
public class AddController : Controller
{
private IMediator iMediator = new Mediator();
public IActionResult Student(Student entity)
{
return Content(iMediator.Add(entity));
}
public IActionResult Teacher(Teacher entity)
{
return Content(iMediator.Add(entity));
}
}
访问学生新增接口就会出现如下结果:

通过 .NET CORE 自带的 IoC 注入
引用 MediatR nuget:install-package MediatR
引用IOC扩展 nuget:installpackage MediatR.Extensions.Microsoft.DependencyInjection //扩展包
在Startup类中的ConfigureServices方法中注册MediatR服务,下面这句话可以扫描继承IRequestHandler接口的实现对象并添加到IOC的容器中
services.AddMediatR(typeof(Startup).GetTypeInfo().Assembly);
为我们的学生类和教师类继承IRequest接口,表示该对象是处理器的一个对象。
public class Student : IRequest<string>{//属性...}
public class Teacher : IRequest<string>{//属性...}
为我们的服务类添加IRequestHandler接口创建处理器对象。
public class StudentService : IRequestHandler<Student,string>
{
public Task<string> Handle(Student entity, CancellationToken cancellationToken)
{
return Task.FromResult("已添加学生");
}
}
public class TeacherService : IRequestHandler<Teacher, string>
{
public Task<string> Handle(Teacher entity, CancellationToken cancellationToken)
{
return Task.FromResult("已添加教师");
}
}
在控制器中使用,通过调用中介者的Send方法,自动匹配对应使用该处理器对象的处理器方法。
public class AddController : Controller
{
private readonly IMediator _mediator;
public AddController(IMediator mediator)
{
_mediator = mediator;
}
public IActionResult Student(Student entity)
{
return Content(_mediator.Send(entity).Result);
}
public IActionResult Teacher(Teacher entity)
{
return Content(_mediator.Send(entity).Result);
}
}
这样我们的改造就完成了。继承IRequest接口有一个泛型表示处理器返回参数类型,与IRequestHandler接口的第二个参数和IRequestHandler接口定义的方法Handle方法的返回值对应,可以不定义表示返回void。IRequestHandler接口的第一个参数必须为继承IRequest接口的类。