搞业务开发的时候,发现有一些代码的开发会让人感觉非常简便舒服,有一些代码的开发却有时候会让人感觉心智负担比较大。
逐步总结的过程中,发现让开发人员写起来感觉舒服的代码,大概率是因为当前模块与其他模块代码耦合度低,开发人员无需花费过多的精力去关注其他模块的实现,只需要专注于当前自己的功能实现即可。
而通过实地对多个项目代码设计的对比,发现都有一个非常通用的设计模式,后面再通过阅读一些经验分享文章中,发现大部分后台项目也都运用这个模式,充分实现了模块之间的解耦,极大提高了开发人员的幸福感,这个通用的设计模式便是:发布订阅模式(游戏后台通常也叫事件监听模式 or 事件分发模式)。
一、什么是发布订阅(事件监听)设计模式
发布订阅模式是一个简单通用的模式,一般来说会专门实现一个类如LogicEventDispatch的类来负责维护发布者与订阅者之间关系,也就是下图红框的位置。
发布者有事件需要抛出时,只需要把事件传给LogicEventDispatch,再由LogicEventDispatch去调用各个订阅者的OnEventUpdate函数。以此来完成一次事件的发布与通知的整个流程。
此处参考:观察者模式与订阅发布模式的区别 - 一像素 - 博客园
上面这种实现只是一种通用实现之一。为何发布订阅模式可以充分解耦模块之间的耦合呢?