设计模式 ( 十七 ):Observer 观察者模式 -- 行为型
1.概述
一些面向对象的编程方式,提供了一种构建对象间复杂网络互连的能力。当对象们连接在一起时,它们就可以相互提供服务和信息。
通常来说,当某个对象的状态发生改变时,你仍然需要对象之间能互相通信。但是出于各种原因,你也许并不愿意因为代码环境的改变而对代码做大的修改。也许,你只想根据你的具体应用环境而改进通信代码。或者,你只想简单的重新构造通信代码来避免类和类之间的相互依赖与相互从属。
2.问题
当一个对象的状态发生改变时,你如何通知其他对象?是否需要一个动态方案――一个就像允许脚本的执行一样,允许自由连接的方案?
3.解决方案
观测模式:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。
观测模式允许一个对象关注其他对象的状态,并且,观测模式还为被观测者提供了一种观测结构,或者说是一个主体和一个客体。主体,也就是被观测者,可以用来联系所有的观测它的观测者。客体,也就是观测者,用来接受主体状态的改变 观测就是一个可被观测的类(也就是主题)与一个或多个观测它的类(也就是客体)的协作。不论什么时候,当被观测对象的状态变化时,所有注册过的观测者都会得到通知。
观测模式将被观测者(主体)从观测者(客体)种分离出来。这样,每个观测者都可以根据主体的变化分别采取各自的操作。(观测模式和Publish/Subscribe模式一样,也是一种有效描述对象间相互作用的模式。)观测模式灵活而且功能强大。对于被观测者来说,那些查询哪些类需要自己的状态信息和每次使用那些状态信息的额外资源开销已经不存在了。另外,一个观测者可以在任何合适的时候进行注册和取消注册。你也可以定义多个具体的观测类,以便在实际应用中执行不同的操作。
将一个系统分割成一系列相互协作的类有一个常见的副作用:需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,因为这样降低了它们的可重用性。
4.适用性
在以下任一情况下可以使用观察者模式:
• 当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。
• 当对一个对象的改变需要同时改变其它对象 , 而不知道具体有多少对象有待改变。
• 当一个对象必须通知其它对象,而它又不能假定其它对象是谁。换言之 , 你不希望这些对象是紧密耦合的。
5.结构
6.模式的组成
观察者模式包含如下角色:
目标(Subject): 目标知道它的观察者。可以有任意多个观察者观察同一个目标。 提供注册和删除观察者对象的接口。
具体目标(ConcreteSubject): 将有关状态存入各ConcreteObserver对象。
观察者(Observer): 为那些在目标发生改变时需获得通知的对象定义一个更新接口。当它的状态发生改变时, 向它的各个观察者发出通知。
具体观察者(ConcreteObserver): 维护一个指向ConcreteSubject对象的引用。存储有关状态,这些状态应与目标的状态保持一致。实现O b s e r v e r的更新接口以使自身状态与目标的状态保持一致。
7.效果
Observer模式允许你独立的改变目标和观察者。你可以单独复用目标对象而无需同时复用其观察者, 反之亦然。它也使你可以在不改动目标和其他的观察者的前提下增加观察者。
下面是观察者模式其它一些优点:
1 )观察者模式可以实现表示层和数据逻辑层的分离,并定义了稳定的消息更新传递机制,抽象了更新接口,使得可以有各种各样不同的表示层作为具体观察者角色。
2 )在观察目标和观察者之间建立一个抽象的耦合 :一个目标所知道的仅仅是它有一系列观察者 , 每个都符合抽象的Observer类的简单接口。目标不知道任何一个观察者属于哪一个具体的类。这样目标和观察者之间的耦合是抽象的和最小的。因为目标和观察者不是紧密耦合的, 它们可以属于一个系统中的不同抽象层次。一个处于较低层次的目标对象可与一个处于较高层次的观察者通信并通知它 , 这样就保持了系统层次的完整。如果目标和观察者混在一块 , 那么得到的对象要么横贯两个层次 (违反了层次性), 要么必须放在这两层的某一层中(这可能会损害层次抽象)。
3) 支持广播通信 :不像通常的请求, 目标发送的通知不需指定它的接收者。通知被自动广播给所有已向该目标对象登记的有关对象。目标对象并不关心到底有多少对象对自己感兴趣 ;它唯一的责任就是通知它的各观察者。这给了你在任何时刻增加和删除观察者的自由。处理还是忽略一个通知取决于观察者。
4) 观察者模式符合“开闭原则”的要求。
观察者模式的缺点
1) 如果一个观察目标对象有很多直接和间接的观察者的话,将所有的观察者都通知到会花费很多时间。
2) 如果在观察者和观察目标之间有循环依赖的话,观察目标会触发它们之间进行循环调用,可能导致系统崩溃。
3) 观察者模式没有相应的机制让观察者知道所观察的目标对象是怎么发生变化的,而仅仅只是知道观察目标发生了变化。
4) 意外的更新 因为一个观察者并不知道其它观察者的存在 , 它可能对改变目标的最终代价一无所知。在目标上一个看似无害的的操作可能会引起一系列对观察者以及依赖于这些观察者的那些对象的更新。此外 , 如果依赖准则的定义或维护不当,常常会引起错误的更新 , 这种错误通常很难捕捉。
简单的更新协议不提供具体细节说明目标中什么被改变了 , 这就使得上述问题更加严重。如果没有其他协议帮助观察者发现什么发生了改变,它们可能会被迫尽力减少改变。
8.实现
在php的SPL支持观察者模式,SPL 提供了 SplSubject 和 SplObserver 接口。
SplSubject 接口提供了attach()、detach()、notify() 三个方法。而 SplObserver 接口则提供了 update()方法。
SplSubject 派生类维护了一个状态,当状态发生变化时 - 比如属性变化等,就会调用 notify() 方法,这时,之前在 attach() 方法中注册的所有 SplObserver 实例的 update() 方法就会被调用。接口定义如下:
- <?php
- /**
- * 这一模式的概念是SplSubject类维护了一个特定状态,当这个状态发生变化时,它就会调用notify()方法。
- * 调用notify()方法时,所有之前使用attach()方法注册的SplObserver实例的update方法都会被调用。
- *
- */
- interface SplSubject{
- public function attach(SplObserver $observer);//注册观察者
- public function detach(SplObserver $observer);//释放观察者
- public function notify();//通知所有注册的观察者
- }
- interface SplObserver{
- public function update(SplSubject $subject);//观察者进行更新状态
- }
实现代码:
- <?php
- /**
- *具体目标
- *
- */
- class ConcreteSubject implements SplSubject {
- private $observers, $value;
- public function __construct() {
- $this->observers = array();
- }
- public function attach(SplObserver $observer) { //注册观察者
- $this->observers[] = $observer;
- }
- public function detach(SplObserver $observer) { //释放观察者
- if($idx = array_search($observer,$this->observers,true)) {
- unset($this->observers[$idx]);
- }
- }
- public function notify() { //通知所有观察者
- foreach($this->observers as $observer) {
- $observer->update($this);
- }
- }
- public function setValue($value) {
- $this->value = $value;
- $this->notify();
- }
- public function getValue() {
- return $this->value;
- }
- }
- /**
- * 具体观察者
- *
- */
- class ConcreteObserver1 implements SplObserver {
- public function update(SplSubject $subject) {
- echo 'ConcreteObserver1 value is ',$subject->getValue(), '<br>';
- }
- }
- /**
- * 具体观察者
- *
- */
- class ConcreteObserver2 implements SplObserver {
- public function update(SplSubject $subject) {
- echo 'ConcreteObserver2 value is ', $subject->getValue(), '<br>';
- }
- }
- $subject = new ConcreteSubject();
- $observer1 = new ConcreteObserver1();
- $observer2 = new ConcreteObserver2();
- $subject->attach($observer1);
- $subject->attach($observer2);
- $subject->setValue(5);
- ?>
我们扩展上面的例子,根据目标状态而更新不同的观察者:
- <?php
- /**
- *具体目标
- *
- */
- class ConcreteSubject implements SplSubject {
- private $observers, $_state;
- public function __construct() {
- $this->observers = array();
- }
- /**
- * 注册观察者
- *
- * @param SplObserver $observer
- */
- public function attach(SplObserver $observer) {
- $this->observers[] = $observer;
- }
- /**
- * //释放观察者
- *
- * @param SplObserver $observer
- */
- public function detach(SplObserver $observer) {
- if($idx = array_search($observer,$this->observers,true)) {
- unset($this->observers[$idx]);
- }
- }
- /**
- * 通知所有观察者
- *
- */
- public function notify() {
- /**
- * 只要状态改变,就通知观察者
- */
- foreach($this->observers as $observer) {
- if ($observer->getState() == $this->_state) {
- $observer->update($this);
- }
- }
- }
- /**
- * 设置状态
- *
- * @param unknown_type $state
- */
- public function setState($state) {
- $this->_state = $state;
- $this->notify();
- }
- public function getState() {
- return $this->_state;
- }
- }
- /**
- * 抽象观摩者
- *
- */
- abstract class bserver{
- private $_state;
- function __construct($state) {
- $this->_state = $state;
- }
- public function setState($state) {
- $this->_state = $state;
- $this->notify();
- }
- public function getState() {
- return $this->_state;
- }
- }
- /**
- * 具体观察者 1
- *
- */
- class ConcreteObserver1 extends bserver implements SplObserver {
- function __construct($state) {
- parent::__construct($state);
- }
- public function update(SplSubject $subject) {
- echo 'ConcreteObserver1 state is ',$subject->getState(), '<br>';
- }
- }
- /**
- * 具体观察者 2
- *
- */
- class ConcreteObserver2 extends bserver implements SplObserver {
- function __construct($state) {
- parent::__construct($state);
- }
- public function update(SplSubject $subject) {
- echo 'ConcreteObserver2 state is ', $subject->getState(), '<br>';
- }
- }
- /**
- * 具体观察者 3
- *
- */
- class ConcreteObserver3 extends bserver implements SplObserver {
- function __construct($state) {
- parent::__construct($state);
- }
- public function update(SplSubject $subject) {
- echo 'ConcreteObserver3 state is ', $subject->getState(), '<br>';
- }
- }
- $subject = new ConcreteSubject();
- $observer1 = new ConcreteObserver1(1);
- $observer2 = new ConcreteObserver2(1);
- $observer3 = new ConcreteObserver3(2);
- $subject->attach($observer1);
- $subject->attach($observer2);
- $subject->attach($observer3);
- echo 'Subject state is 1', '<br>';
- $subject->setState(1);
- echo 'Subject state is 2', '<br>';
- $subject->setState(2);
- ?>
9.与其他相关模式
1) 终结者模式Mediator: 通过封装复杂的更新语义 , ChangeManager充当目标和观察者之间的中介者。
2) 单间模式Singleton: ChangeManager可使用Singleton模式来保证它是唯一的并且是可全局访问
的。
10.总结与分析
通过Observer模式,把一对多对象之间的通知依赖关系的变得更为松散,大大地提高了程序的可维护性和可扩展性,也很好的符合了开放-封闭原则。
参考:http://blog.csdn.net/hguisu/article/details/7556625
设计模式 ( 十七 ):Observer 观察者模式 -- 行为型的更多相关文章
- 设计模式(19)--Observer(观察者模式)--行为型
作者QQ:1095737364 QQ群:123300273 欢迎加入! 1.模式定义: 观察者模式是对象的行为模式,又叫发布-订阅(Publish/Subscribe)模式.模型-视图( ...
- 设计模式 ( 十六 ) 观察者模式Observer(对象行为型)
设计模式 ( 十六 ) 观察者模式Observer(对象行为型) 1.概述 一些面向对象的编程方式,提供了一种构建对象间复杂网络互连的能力.当对象们连接在一起时,它们就可以相互提供服务和信息. 通常来 ...
- 设计模式18:Observer 观察者模式(行为型模式)
Observer 观察者模式(行为型模式) 动机(Motivation) 在软件构建过程中,我们需要为某些对象建立一种“通知依赖关系”——一个对象(目标对象)的状态发生改变,所有依赖对象(观察者对象) ...
- 【转】设计模式 ( 十七) 状态模式State(对象行为型)
设计模式 ( 十七) 状态模式State(对象行为型) 1.概述 在软件开发过程中,应用程序可能会根据不同的情况作出不同的处理.最直接的解决方案是将这些所有可能发生的情况全都考虑到.然后使用if... ...
- 设计模式 ( 十七) 状态模式State(对象行为型)
设计模式 ( 十七) 状态模式State(对象行为型) 1.概述 在软件开发过程中,应用程序可能会根据不同的情况作出不同的处理.最直接的解决方案是将这些所有可能发生的情况全都考虑到.然后使用if... ...
- java设计模式解析(1) Observer观察者模式
设计模式系列文章 java设计模式解析(1) Observer观察者模式 java设计模式解析(2) Proxy代理模式 java设计模式解析(3) Factory工厂模式 java设计模式解析( ...
- C++设计模式-Observer观察者模式
Observer观察者模式作用:观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象,这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己 UML图: S ...
- Java经典设计模式之十一种行为型模式
转载: Java经典设计模式之十一种行为型模式 Java经典设计模式共有21中,分为三大类:创建型模式(5种).结构型模式(7种)和行为型模式(11种). 本文主要讲行为型模式,创建型模式和结构型模式 ...
- Observer 观察者模式
简介 观察者模式(Observer),有时又被称为[发布]publish-[订阅]Subscribe模式.模型-视图(View)模式.源-收听者(Listener)模式或从属者模式.在此种 ...
随机推荐
- C primer plus 读书笔记第一章
写在前面: 算法和数据结构是计算机学习的基础,而大部分书籍是用C/C++编写.所以有了把C语言重新学一遍的想法.这个系列主要是记录看C primer plus的一些笔记和部分课后习题的答案,不会总结的 ...
- [AngularJS] Using $parse Service
$parse is useful when you want to parse an expression and the context is not defined yet. For exampl ...
- ASSERT_VALID和ASSERT宏分析
这个宏都是MFC的调试宏. ASSERT_VALID宏用来在运行时检查一个对象的内部合法性,比如说现在有一个学生对象,我们知道每个学生的年龄一定大于零,若年龄小于零,则该学生对象肯定有问题. 事实上, ...
- Android - Service启动机制
以下资料摘录整理自老罗的Android之旅博客,是对老罗的博客关于Android底层原理的一个抽象的知识概括总结(如有错误欢迎指出)(侵删):http://blog.csdn.net/luoshe ...
- 【转】[Algorithm]01分数规划
因为搜索关于CFRound277.5E题的题解时发现了这篇文章,很多地方都有值得借鉴的东西,因此转了过来 原文:http://www.cnblogs.com/perseawe/archive/2012 ...
- ASP.NET-FineUI开发实践-9(四)
现在是这么个问题,在开发中表格是动态出来的,就是标准板是全部字段列出,客户要根据情况列出自己想要的,在增加操作页面的同时要是能用前台自带的功能直接保存到后台就好了,现在的列显示和隐藏是不回发的. 1. ...
- Sqlserver数据库日志太大如何快速删除
sqlserver使用在windows系统中,如果文件超上百GB了,我们还直接删除不了,这个问题我以前的apache日志就碰到过,至今还没删除呢,那么Sqlserver数据库日志太大如何快速删除呢,有 ...
- android之GridView实现九宫格布局
效果图: 代码如下: MyGridView.java /** * 自定义GridView 解决在scrollview中只显示第一行数据的问题 * Created by Spring on 2015/1 ...
- Arcgis server - ' packaging failed '
我在使用ARCCatalog发布地图服务时,报这个错:packaging failed 然后我从头试,发现它提示说我的目录'C:\Users\Administrator\AppData\Local\E ...
- DHCP租约时间工作原理
问题: 很多用户在使用路由器的DHCP服务器过程中都有一个疑问,DHCP有个设置项目是设置DHCP地址的租约时间,如果设置的比较短,是否会出现租约时间到了以后会重新去获取ip地址,造成用户断网? ...