解耦模式

组件模式将一个实体拆成多个，解耦不同的领域。事件序列解耦了两个互相通信的事物，稳定而且及时。服务定位器让代码使用服务而无需绑定到提供服务的代码。

组件模式

允许单一的实体跨越多个领域而不会导致这些领域彼此耦合

在今日软件设计的趋势是尽可能使用组件代替继承。不是让两个类继承同一类来分享代码，而是让它们拥有同一个类的实例。

单一实体跨越了多个领域。为了保持领域之间相互分离，将每部分代码放入各自的组件类中。实体被简化为组件的容器。

组件通常在定义游戏实体的核心部分中使用，但它们在其他地方也有用。这个模式应用在在如下情况中：

解耦发出消息或事件的时间和处理它的时间

事件队列在队列中按先入先出的顺序存储一系列通知或请求。发送通知时，将请求放入队列并返回。处理请求的系统之后稍晚从队列中获取请求并处理。这解耦了发送者和接收者，既静态又及时。

提供服务的全局接入点，避免使用者和实现服务的具体类耦合

服务类定义了一堆操作的抽象接口。具体的服务提供者实现这个接口。分离的服务定位器提供了通过查询获取服务的方法，同时隐藏了服务提供者的具体细节和定位它的过程。

服务器模式将依赖--在两块代码之间的一点耦合--推迟到运行时再连接，这有了更大的灵活度，能以更小的运行时开销，换取很大的灵活性

（如果用的不好会带来单例模式所有的缺点和更多的运行时开销）

服务必须真的可定位

服务不知道谁在定位它

由于定位器是全局可访问的，任何游戏中的代码都可以请求服务，这就意味着服务必须在任何环境下正确工作

服务定位器 · Decoupling Patterns · 游戏设计模式 (tkchu.me)

两块分离的代码必须以正确的顺序调用才能让程序正确运行