为什么观察者模式会出现呢?
为了建立一种对象与对象之间的依赖关系,一个对象发生改变时将自动通知其他对象,其他对象将相应做出反应。在此,发生改变的对象称为观察目标,而被通知的对象称为观察者,一个观察目标可以对应多个观察者,而且这些观察者之间没有相互联系,可以根据需要增加和删除观察者,使得系统更易于扩展,这就是为什么需要观察者模式。
观察者模式(Observer Pattern):定义了对象之间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。观察者模式又被称为发布-订阅(Publish/Subscribe)模式,模型-视图(Model/View)模式,源-监听器(Source/Listener)模式,或从属者(Dependents)模式。观察者模式是一种对象行为型的模式。
public interface Subject
{
void RegisterObserver(Observer o);//这两个方法都需要一个观察者作为参数,该观察者是用来注册或被删除的。
void RemoveObserver(Observer o);
void NotifyObservers();//当主题改变状态时,这个方法会被调用,以通知所有的观察者
}
public interface Observer
{
/// 当气象观测值改变时,主题会把这些状态值作为方法的参数传给观察
void Update(float temp,float humidity,float pressure);
}
public interface DisplayElement
{
void Display();
}
在WeatherData中实现主题接口
/// WeatherData实现了subject接口
public class WeatherData : Subject
{
/// 我们加上一个ArrayList来记录观察者,此ArrayList是在构造器中建立的
private ArrayList observers;
private float temperature;
private float humidity;
private float pressure;
public WeatherData()
{
observers = new ArrayList();
}
public void RegisterObserver(Observer o)
{
//当注册观察者的时候,秩序把他们加在ArrayList后面就行了
observers.Add(o);
}
public void RemoveObserver(Observer o)
{
//同样,当观察者想取消注册,只需要移除
int i = observers.IndexOf(o);
if (i > 0)
{
observers.Remove(i);
}
}
/// 有趣的地方来了,在这里,我们把状态告诉每一个观察者,
/// 因为观察者都实现了Update方法,所以我们知道如何通知他们
public void NotifyObservers()
{
for (int i = 0; i < observers.Count; i++)
{
Observer observer = (Observer)observers[i];
observer.Update(temperature, humidity, pressure);
}
}
/// 当气象站得到更新观测值的时,我们通知观察者。
public void MeasurementChanged() {
NotifyObservers();
}
public void SetMeasurements(float temperature, float humidity, float pressure)
{
this.temperature = temperature;
this.humidity = humidity;
this.pressure = pressure;
}
}
建立布告板
/// 此布告板实现了Observer接口,所以可以从weatherdata对象中获得改变,
/// 同时也实现了DisplayElement接口,因为我们的API规定所有的布告板必须实现此接口
public class CurrentConditionsDisplay:Observer,DisplayElement
{
private float temperature;
private float humidity;
private Subject weatherData;
/// 构造器需要weatherdata对象作为注册用
/// <param name="weatherData"></param>
public CurrentConditionsDisplay(Subject weatherData)
{
this.weatherData = weatherData;
weatherData.RegisterObserver(this);
}
public void Update(float temp, float humidity, float pressure)
{
//当update被调用的时候,我们把温度和湿度保存起来,然后调用Display();
this.temperature = temp;
this.humidity = humidity;
Display();
}
/// 只是将最近的湿度和温度显示出来。
public void Display()
{
Console.WriteLine("Current conditions:"+temperature+" F degrees and"+humidity+"% humidity");
}
}
测试代码
class Program
{
static void Main(string[] args)
{
//首先创建weatherData对象
WeatherData weatherData = new WeatherData();
CurrentConditionsDisplay currentDisplay = new CurrentConditionsDisplay(weatherData);
weatherData.SetMeasurements(80, 65, 30.4f);
//通知
weatherData.NotifyObservers();
weatherData.SetMeasurements(82, 70, 29.2f);
weatherData.NotifyObservers();
weatherData.SetMeasurements(78, 90, 29.2f);
weatherData.NotifyObservers();
Console.Read();
}
}
观察者模式的有点
1,具体主题和具体观察者是松耦合关系。
由于主题(Subject)接口仅仅依赖于观察者(Observer)接口,因此具体主题只是知道它的观察者是实现观察者(Observer)接口的某个类的实例,但不需要知道具体是哪个类。同样,由于观察者仅仅依赖于主题(Subject)接口,因此具体观察者只是知道它依赖的主题是实现主题(subject)接口的某个类的实例,但不需要知道具体是哪个类。
2,观察者模式满足“开-闭原则”。
主题(Subject)接口仅仅依赖于观察者(Observer)接口,这样,我们就可以让创建具体主题的类也仅仅是依赖于观察者(Observer)接口,因此如果增加新的实现观察者(Observer)接口的类,不必修改创建具体主题的类的代码。同样,创建具体观察者的类仅仅依赖于主题(Observer)接口,如果增加新的实现主题(Subject)接口的类,也不必修改创建具体观察者类的代码。
观察者模式的缺点
- 如果一个被观察者对象有很多直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。
- 如果在被观察者之间有循环依赖的话,给观察者会触发它们之间进行循环调用,导致系统崩溃。在使用观察者模式时要特别注意这一点。
- 虽然观察者模式可以随时使观察者知道所观察的对象发生了变化,但是观察者模式没有相应的机制是观察者知道所观察的对象是怎么发生变化的