观察者模式

观察者模式：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象。体现了依赖倒转。

观察者模式特点：将一个系统分割成一系列相互协作的类有一个很不好的副作用，那就是需要维护相关对象间的一致性。但并不希望为了维持一致性而使各类紧密耦合，这样会给维护、扩展和重用都带来不便。而观察者模式的Subject的状态发生了改变，所有的Observer都可以得到通知。
何时使用：当一个对象的改变需要同时改变其他对象的时候，而且它不知道具体有多少对象有待改变时，应该考虑使用观察者模式。一个抽象模型有两个方面，其中一方面依赖于另一方面，这时用观察者模式可以将这两者封装在独立的对象中使它们各自独立地改变和复用。
总结：观察者模式所做的工作其实就是在解除耦合。让偶和的双方都依赖与抽象，而不是依赖于具体。从而使得各自的变化都不会影响另一边的变化。在现实的编程中，具体的观察者完全有可能是风马牛不相及的类，但它们都需要根据统治者的通知来做出Update()操作，所以需要实现 interface Observer {void Update ()}
观察者模式的不足：‘抽象通知者’还是依赖‘抽象观察者’，也就是说，万一没有了抽象观察者这样的接口，我这通知的功能就完不成了。另外就是每个具体观察者，它不一定是‘更新’方法要调用，比如‘隐藏’‘打开’等方法，这根本不是同名的方法。如果通知者和观察者之间根本就互相不知道，由客户端决定通知谁，就好了。
事件委托：委托就是一种引用方法的类型，一旦为委托分配了方法，委托将与该方法具有完全相同的行为。委托方法的使用可以像其他任何方法一样，具有参数和返回值。委托可以看作是对函数的抽象，是函数的‘类’，委托的实例将代表一个具体的函数。一个委托可以搭载多个方法，所有方法被依次唤起，更重的是它可以使得委托对象所搭载的方法并不需要属于同一个类，解决了耦合问题。委托的前提是委托对象所搭载的所有方法必须具有相同的原形和形式，也就是拥有相同的参数列表和返回值类型。