对于事件驱动就没有这样的问题，我们可以实现多个监听器来达到监听多个事件源的目的，但是它的缺点刚才已经说过了，在事件源或者事件增加时，监听器和事件类通常情况下会成对增加，造成系统的复杂性增加，不过目前看来，事件驱动模型一般都比较稳定，所以这个问题并不太明显，因为很少见到无限增加事件的情况发生。
还有一个缺点就是我们的事件源需要看准时机触发自己的各个监听器，这也从某种意义上增加了事件源的负担，造成了类一定程度上的臃肿。
最后，LZ再总结下二者针对的业务场景概述。
观察者模式：发布（release）--订阅（subscibe），变化（change）--更新（update）
事件驱动模型：请求（request）--响应（response），事件发生（occur）--事件处理（handle）
感谢各位的收看。
下期预告，策略模式。