设计模式学习(19)- 中介者模式

中介者模式

  中介者模式(Mediator Pattern)是用来降低多个对象和类之间的通信复杂性。

  这种模式提供了一个中介类,该类通常处理不同类之间的通信,并支持松耦合,使代码易于维护。

  中介者模式属于行为型模式。

实战应用参考:https://blog.csdn.net/lihangxiaoji/article/details/80179073?utm_source=blogxgwz9

参考总结:

  1、其中涉及两个类 Player类、中介者类playerDirector。

  2、其中Player类不再编写逻辑,逻辑交于中介者类来编写。

  3、好处是Player和多个Player之间的耦合就不存在了,全部交给中介者来做,便于扩展业务。

TS实现:

扫描二维码关注公众号,回复: 11164171 查看本文章

  

  

 总结:

  减少对象和对象的耦合,便于扩展逻辑。即便Player类做出改变,影响也不会很大。

介绍

  意图:用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。

  主要解决:对象与对象之间存在大量的关联关系,这样势必会导致系统的结构变得很复杂,同时若一个对象发生改变,我们也需要跟踪与之相关联的对象,同时做出相应的处理。

  何时使用:多个类相互耦合,形成了网状结构。

  如何解决:将上述网状结构分离为星型结构。

  关键代码:对象 Colleague 之间的通信封装到一个类中单独处理。

  应用实例: 1、中国加入 WTO 之前是各个国家相互贸易,结构复杂,现在是各个国家通过 WTO 来互相贸易。 2、机场调度系统。 3、MVC 框架,其中C(控制器)就是 M(模型)和 V(视图)的中介者。

  优点: 1、降低了类的复杂度,将一对多转化成了一对一。 2、各个类之间的解耦。 3、符合迪米特原则。

  缺点:中介者会庞大,变得复杂难以维护。

  使用场景: 1、系统中对象之间存在比较复杂的引用关系,导致它们之间的依赖关系结构混乱而且难以复用该对象。 2、想通过一个中间类来封装多个类中的行为,而又不想生成太多的子类。

注意事项:不应当在职责混乱的时候使用。

猜你喜欢

转载自www.cnblogs.com/dmc-nero/p/12813148.html