游戏中的设计模式三(中介者模式)

写在前面

上篇文章讲到外观模式,在外界管理各个子系统时,使用外观模式减少与内部多个子系统模块进行交互,从而降低应用程序的复杂度。

本文介绍另外一种设计模式--------中介者模式(又称调停者模式)

当我们的多个系统模块之间会有通信,如果系统之间杂乱无章的进行通信数据交互的话,耦合性很高,不容易维护。

中介者模式就是解决这种情况,定义一个中介对象来封装系列对象之间的交互。中介者使各个对象不需要显示的相互应用,从而降低其耦合性,而且可以独立地改变他们之间的交互。

案例分析


各个子系统之间错中复杂的进行交互,使用中介者模式很好的避免了这种问题


将原先的“多对多”变化为“一对一”


模式优点

简化了对象之间的关系,将系统的各个对象之间的交互关系进行封装,将各个子系统类解耦;

提供系统的灵活性,使得各个系统对象独立而易于复用

模式缺点

由于中介者承担了较多的责任,所以当中介者被破坏后,各个系统将可能受到影响

当我们的游戏中需要添加新的系统时候,这样将要修改中介类,违背了设计原则的开闭原则


原文地址:blog.liujunliang.com.cn



评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值