（9）观察者模式
它是这样定义的：
观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象.这个主题对象再状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己.我的理解是这样的，在公共课上，老师并不知道台下有多少个学生在听课，这是一种一对多的关系，老师发出通知＂开始上课＂，所有的学生都停止说话等小动作集中尽力开始听课，老师说＂听写＂，学生又都拿出笔和纸准备听写，这些学生就是老师这一主题的多个观察者，当老师（主题对象）按着自己的课堂教学计划改变状态时，就通知学生（观察者对象）使他们做出相应的活动（自动更新自己）．
Observer模式的结构图：
Observer模式的代码：
abstract class Subject
{
private IList<Observer> observers = new List<Observer>();
//增加观察者
public void Attach(Observer observer)
{
observers.Add(observer);
}
//移除观察者
public void Detach(Observer observer)
{
observers.Remove(observer);
}
//通知
public void Notify()
{
foreach (Observer o in observers)
{
o.Update();
}
}
}
abstract class Observer
{
public abstract void Update();
}
class ConcreteSubject:Subject
{
private string subjectState;
//具体被观察者状态
public string SubjectState
{
get { return subjectState; }
set { subjectState = value; }
}
}
class ConcreteObserver:Observer
{
private string name;
private string observerState;
private ConcreteSubject subject;
public ConcreteObserver(ConcreteSubject subject, string name)
{
this.subject = subject;
this.name = name;
}
public override void Update()
{
observerState = subject.SubjectState;
Console.WriteLine("观察者{0}的新状态是{1}", name, observerState);
}
public ConcreteSubject Subject
{
get { return subject; }
set { subject = value; }
}
}
客户端代码
static void Main(string[] args)
{
ConcreteSubject s = new ConcreteSubject();
s.Attach(new ConcreteObserver(s, "x"));
s.Attach(new ConcreteObserver(s, "y"));
s.Attach(new ConcreteObserver(s, "z"));
s.SubjectState = "ABC";
s.Notify();
Console.Read();
}
观察者模式特点：
- 基本原则是为了交互对象之间的松耦合设计而努力．
- 将一个系统分割成一系列相互协作的类就需要维护相关对象间的一致性.我们不希望为了维护一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。
- 当一个对象的改变需要同时改变其他对象，且它不知道具体有多少对象有待改变时，应该考虑使用观察者模式。
- 观察者模式所做的工作其实就是在解耦合，让耦合的双方都依赖于抽象，而不是依赖于具体（依赖倒转原则），从而使得各自的变化都不会影响另一边的变化。
Observer模式的优缺点：
- 优点是实现了表示层和数据逻辑层的分离，并定义了稳定的更新消息传递机制，类 别清晰，并抽象了更新接口，使得可以有各种各样不同的表示层（观察者）。
- 缺点是每个外观对象必须继承这个抽像出来的接口类，这样就造成了一些不方便，比如有一个别人写的外观对象，并没有继承该抽象类，或者接口不对，我们又希望不修改该类直接使用它。虽然可以再应用Adapter模式 来一定程度上解决这个问题，但是会造成更加复杂烦琐的设计，增加出错几率。
事件委托说明：
委托就是一种引用方法的类型。一旦为委托分配了方法，委托将与该方法具有完全相同的行为。委托方法的使用可以像其他任何方法一样，具有参数和返回值。委托可以看作是对函数的抽象，是函数的类，委托的实例将代表一个具体的函数。
一个委托可以搭载多个方法。所有方法被依次唤起，它可以是的委托对象所搭载的方法并不需要属于同一个类。
委托的前提：委托对象所搭载的所有方法必须具有相同的原形和形式，也就是拥有相同的参数列表和返回值类型。