我们专注攀枝花网站设计 攀枝花网站制作 攀枝花网站建设
成都网站建设公司服务热线:400-028-6601

网站建设知识

十年网站开发经验 + 多家企业客户 + 靠谱的建站团队

量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决

C#设计模式之观察者-创新互联

Iron之观察者

喀什网站建设公司成都创新互联公司,喀什网站设计制作,有大型网站制作公司丰富经验。已为喀什上千家提供企业网站建设服务。企业网站搭建\成都外贸网站建设公司要多少钱,请找那个售后服务好的喀什做网站的公司定做!

引言

上一篇说的职责链模式,很有意思的一个模式,今天这个模式也是很有意思的一个模式,还是不啰嗦了直接进入主题吧。

场景介绍:在上一遍中说到用到部件检测,很巧妙的让调用者和处理者解耦了(没有看过上篇的文章也没关系,只是剧情是要接着发展的),要把部件拿去检测是要让个人来盯着看呢?还是部件生产好了自动就被拿去检测了呢?毋庸置疑必须是自动化的。

看一下部件的结构

1     /// 
2     /// 部件
3    /// 
4     public class ComponentModel
5     {
6         public string Name { get; set; }
7         public int Value
8         {
9             get
10             {
11                 return 5;
12             }
13         }
14
15     }

这个部件还是上一篇的部件,没有做任何改动。只是示例,为了让没看过上一篇的朋友知道。

按照场景里所要求的,定义了下面的两个类型,ComponentModelFactory类型,ComponentModel类型工厂负责生产ComponentModel部件,并且在完成时通知要另外处理部件的对象。
ExecutionCheck类型,就是要要被通知到的对象,它等待着别人告诉它 “有部件生产好了,需要被你送去检测”,不会它会很无聊。


1    /// 
2    /// 示例ComponentModel类型工厂 生产了ComponentModel 通知ExecutionCheck对象去检测
3    /// 
4     public class ComponentModelFactory
5     {
6         public static ComponentModel ComModelFactory()
7         {
8             return new ComponentModel();
9         }
10     }
11     /// 
12     /// 送ComponentModel对象去检测
13    /// 
14     public class ExecutionCheck
15     {
16         public void ComponentModelCheck(ComponentModel comModel)
17         {
18             //送去执行检测
19             //或者是一些其他操作
20         }
21     }

来看看调用代码:

1 ExecutionCheck executionCheck = new ExecutionCheck();
2 executionCheck.ComponentModelCheck(ComponentModelFactory.ComModelFactory());
3 executionCheck.ComponentModelCheck(ComponentModelFactory.ComModelFactory());
4 executionCheck.ComponentModelCheck(ComponentModelFactory.ComModelFactory());
似乎是解决了问题,但是结果糟透了,虽然executionCheck很高兴,因为它有活干了,我只能以这样的方式去通知executionCheck,或许有人说修改下ComponentModelFactory类型会好一点,我知道是这样的:
1     public class ComponentModelFactory
2     {
3         public static ComponentModel ComModelFactory()
4         {
5             return new ComponentModel();
6         }
7         public void PastMessage(ComponentModel componentModel,ExecutionCheck executionCheck)
8         {
9             executionCheck.ComponentModelCheck(componentModel);
10         }
11     }
调用代码则调整为:
1 ComponentModelFactory componentModelFactory = new ComponentModelFactory();
2 ExecutionCheck executionCheck=new ExecutionCheck();
3 componentModelFactory.PastMessage(ComponentModelFactory.ComModelFactory(), executionCheck);

这样的结果,调用方式没问题了,可是ComponentModelFactory类型的内部居然有着这样高的耦合,无法忍受,必须得找出一种方式或者模式来解决这样的难题,不然寝食难安!!!!

定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。

                                                                                                                          ——Gof

按照模式的定义重新来过(会有点不一样的地方中心思想不变),先对ExecutionCheck 类型进行抽象

1     /// 
2     /// 抽象的ExecutionCheck(抽象观察者)
3     /// 
4     public abstract class ABSExecutionCheck
5     {
6         public abstract void ComponentModelCheck(ComponentModel comModel);
7     }
8
9     /// 
10     /// 送ComponentModel对象去检测(观察者)
11     /// 
12     public class ExecutionCheck:ABSExecutionCheck
13     {
14         public override void ComponentModelCheck(ComponentModel comModel)
15         {
16             //送去执行检测
17             //或者是一些其他操作
18         }
19     }

然后再对ComponentModelFactory进行改造,并且抽象它。

1     /// 
2     /// 抽象目标
3     /// 
4     public abstract class ABSComponentModelFactory
5     {
6         protected ABSExecutionCheck absExecutionCheck;
7         public abstract void RegisterABSExecutionCheck(ABSExecutionCheck executionCheck);
8         public abstract void ClearABSExecutionCheck();
9         public abstract void PastMessage(ComponentModel componentModel);
10     }

ABSComponentModelFactory类型是要让ComponentModelFactory类型实现的,从这里可以看出是遵循设计原则的面对抽象编程的,当然了最后一个PastMessage函数忽略掉,现在来看一下实现了抽象目标ABSComponentModelFactory的ComponentModelFactory(具体目标)的实现。

1     /// 
2     /// 示例ComponentModel类型工厂 生产了ComponentModel 通知ExecutionCheck对象去检测  (具体目标)
3     /// 
4     public class ComponentModelFactory:ABSComponentModelFactory
5     {
6         public static ComponentModel ComModelFactory()
7         {
8             return new ComponentModel();
9         }
10
11         public override void RegisterABSExecutionCheck(ABSExecutionCheck executionCheck)
12         {
13             absExecutionCheck = executionCheck;
14         }
15
16         public override void ClearABSExecutionCheck()
17         {
18             absExecutionCheck = null;
19         }
20         public override void PastMessage(ComponentModel componentModel)
21         {
22             absExecutionCheck.ComponentModelCheck(componentModel);
23         }
24     }

现在再来看一下调用的代码:

1 ABSExecutionCheck executionCheck = new ExecutionCheck();
2 ABSComponentModelFactory componentModelFactory = new ComponentModelFactory();
3 componentModelFactory.RegisterABSExecutionCheck(executionCheck);
4 componentModelFactory.PastMessage(ComponentModelFactory.ComModelFactory());
这样就比较稳固了,在第一行new ExecutionCheck()的地方可以动态注入,和最后行的工厂生产对象一样。因为这里只是示例就不会很严谨。 还有要说的就是定义中是一对多,这样可以修改ABSComponentModelFactory类型中的字段,修改为集合类型就可以了。 把对应的实现类也适当的修改一下就可以了。

观察者就讲到这里。下一篇是外观,敬请期待。

另外有需要云服务器可以了解下创新互联scvps.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。


本文标题:C#设计模式之观察者-创新互联
文章出自:http://mswzjz.cn/article/dsidsj.html

其他资讯