观察者模式--学习理解

    观察者模式：定义对象间的一种一对多依赖，当一个对象状态发生改变时，所有属于它的对象都将得到通知并被自动更新。

    别名：依赖模式，发布-订阅模式

    分析：将一个系统分割成一系列相互协作的类有一个常见的副作用：需要维护相关对象间的一致性。例如订单系统和库存系统。当一个订单成功生成，对应的库存系统自然要修改库存数据，以保证数据一致性。
    并且我们并不希望为了维护一致性而使得各类（各系统）之间紧密耦合，
这样会降低代码的可复用性。

    常见的例子：分布式系统的配置刷新问题，分布式系统的数据一致性问题，开放式api的注册使用问题。

    解决思路：提供一个控制中心，项目中子系统（类）都统一在控制中心完成注册，当存在向所有子系统广播消息时，由控制中心来完成广播操作。

    即控制中心和子系统中间存在一种一对多依赖，当控制中心的状态发生改变，所有下属的子系统都将得到通知并自动更新本地存储的控制状态。如果一个子系统需要向其他所有子系统广播通知，只需要发送消息给控制中心，交由控制中心来完成广播任务。

    观察者模式的设计有效避免了各个子系统之间耦合在一起，不仅不利于维护，即修改一个子系统可能导致其他子系统运行失败，还会出现当子系统数量较多时，各个子系统之间相互调用，构建出极其复杂的
依赖关系，非常不利于对单个子系统的测试，和多个子系统的联调测试。

    例如游戏中实时出现的全服公告，实际就是当用户登录游戏，就相当于在控制中心注册了一个对象，只需要在控制中心进行操作，即可轻松向所有在控制中心注册的玩家发送广播消息。