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