在写这篇文章之前,xxx已经写过了几篇关于改对象委托主题的文章,想要了解的朋友可以去翻一下之前的文章
它是这样定义的:
观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象.这个主题对象再状态发生变更时,会通知全部观察者对象,使它们能够自动更新自己.我的懂得是这样的,在公共课上,教师并不晓得台下有多少个先生在听课,这是一种一对多的关系,教师发出通知"开始上课",全部的先生都停止谈话等小动作集中努力开始听课,教师说"听写",先生又都拿出笔和纸预备听写,这些先生就是教师这一主题的多个观察者,当教师(主题对象)按着自己的讲堂教学计划改变状态时,就通知先生(观察者对象)使他们做出响应的活动(自动更新自己).
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模式 来必定程度上处理这个问题,但是会形成更加庞杂烦琐的计划,增加犯错几率。
事件委托说明:
委托就是一种引用方法的类型。一旦为委托分配了方法,委托将与该方法具有完全相同的行为。委托方法的应用可以像其他任何方法一样,具有参数和返回值。委托可以看做是对函数的抽象,是函数的类,委托的实例将代表一个具体的函数。
一个委托可以搭载多个方法。全部方法被顺次唤起,它可所以的委托对象所搭载的方法并不需要属于同一个类。
委托的前提:委托对象所搭载的全部方法必须具有相同的原形和形式,也就是具有相同的参数列表和返回值类型。
文章结束给大家分享下程序员的一些笑话语录: 一个程序员对自己的未来很迷茫,于是去问上帝。
"万能的上帝呀,请你告诉我,我的未来会怎样?"
上帝说"我的孩子,你去问Lippman,他现在领导的程序员的队伍可能是地球上最大的"
于是他去问Lippman。
Lippman说"程序员的未来就是驾驭程序员"
这个程序员对这个未来不满意,于是他又去问上帝。
"万能的上帝呀,请你告诉我,我的未来会怎样?"
上帝说"我的孩子,你去问Gates,他现在所拥有的财产可能是地球上最多的"
于是他去问Gates。
Gates说"程序员的未来就是榨取程序员"
这个程序员对这个未来不满意,于是他又去问上帝。
"万能的上帝呀,请你告诉我,我的未来会怎样?"
上帝说"我的孩子,你去问侯捷,他写的计算机书的读者可能是地球上最多的"
于是他去问侯捷。
侯捷说"程序员的未来就是诱惑程序员"
这个程序员对这个未来不满意,于是他又去问上帝。
"万能的上帝呀,请你告诉我,我的未来会怎样?"
上帝摇摇头"唉,我的孩子,你还是别当程序员了")