观察者模式：
定义了一种一对多的依赖关系，让多个观察者对象同时监听某个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自己更新自己。
观察者结构模式图：
结合例子：
static void Main(string[] args)
{
//老板dandan
Boss dandan=new Boss ();
//看股票的同事
StockObserver hongjie=new StockObserver ("张三",dandan );
dandan.Attach (hongjie );
//老板回来
dandan .SubjectState="丹丹回来了";
//发出通知
dandan.Notify ();
}
//通知者接口
interface Subject
{
void Attach(Observer observer);
void Detach(Observer observer);
void Notify();
string SubjectState
{
get;
set;
}
}
//具体通知者类
class Boss:Subject
{
//同事列表
private IList<Observer > observers=new List<Observer>();
private string action;
//增加
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 ();
}
//老板状态
public string SubjectState
{
get {return action ;}
set {action =value ;}
}
}
//抽象观察者
abstract class Observer
{
protected string name;
protected Subject sub;
public Observer (string name,Subject sub)
{
this.name =name ;
this.sub =sub ;
}
public abstract void Update();
}
class StockObserver:Observer
{
public StockObserver (string name,Subject sub):base(name,sub )
{
}
public override void Update()
{
Console .WriteLine ("{0}{1}关闭股票行情，继续工作!",sub.SubjectState ,name );
}
}
这里用到了一个接口Subject和一个抽象类Observer，这两个抽象类的使用体现了面向对象的思想，减少了观察者与被观察者之间的耦合度，如果我们直接写出公司中的boss（被观察者）和observer（观察者），那么他们之间必然会有紧密的联系，如果被观察者改变或增加，不管被观察者类会受到影响，由于被观察者与观察者之间的紧耦合，则，观察者也必然会做相应修改，这不符合依赖倒转原则和开闭原则。因此，我们需要用观察者模式，一方面，观察者模式具有一个对象的改变可以同时改变其他所有对象；另一方面，观察者模式运用接口和抽象类，降低了耦合度，符合设计原则，增强了程序的可维护、扩展和重用性。
但这一设计模式仍然有其缺点，因为这种模式的一个特点是抽象通知类还是依赖抽象观察类的，如果没有抽象观察类，那么通知就无法实现，所以为了避免这一不足，我们就用到了委托事件。
事件委托与观察者模式：
在之前的博客中，我已经讲到了委托，何谓委托？简单的说委托可以看做是对函数的抽象，是函数的类，委托的实例将代表一个实例，一旦为委托分配了方法，委托将与该方法具有完全相同的行为。在没有抽像观察类的情况下，我们可以通过使用事件委托，将同一通知发给所有通知者，即时没有接口，这一功能同样可以实现，而且降低了与抽象通知类之间的依赖关系，增加了扩展性、灵活性。
观察者模式的几个要点：
1、使用面向对象的抽象，观察者模式使得我们可以独立改变目标与观察者，从而使得两者之间的依赖关系达到松耦合
2、目标发送通知时，无需指定观察者，通知会自动传播。观察者自己决定是否需要订阅通知，目标对象对此一无所知。
3、委托充当了抽象的观察者接口，而提供事件的对象充当饿了目标对象。委托是比抽象观察者接口更为松耦合的设计。