摘要:最近在学的设计模式,看到了观察者模式,在此写下一点理解问题假如一个小贩,他把产品的价格提升了,不同的消费者会对此产生不同的反应。
最近在学php 的设计模式, 看到了观察者模式,在此写下一点理解:
问题:
假如一个小贩, 他把产品的价格提升了, 不同的消费者会对此产生不同的反应。一般的编程模式无非是获取提升的价格,然后获取所有的消费者,再循环每个消费者, 不同的消费者根据价格涨幅做出决定,如果消费者的类型有限,因而进行的判断也不多,这种无可厚非,但如果有更多的类型的消费者加入进来, 那这个代码就变得臃肿且难以维护, 因为要不停的往里面加入判断代码,这个时候其实就适用观察者模式了
思路:
观察者模式分为两个角色, 观察者(observer)和被观察者(observables), 先在被观察者注册一系列的被观察者, 在被观察者发生变化的时候,通知观察者,进而观察者自动进行更新,这种一对多的关系就像你是一个小贩(被观察者),卖东西,有很多人(观察者)在买你的东西,假如你要升价, 这个时候所有的消费者(观察者)可以决定继续买,还是不买,还是其他动作,作为小贩(被观察者)的你只需要把价格增加,继而通知一下,而不用去管其他人(观察者)的动作。
实现:
//先定义一个被观察者的接口,这个接口要实现注册观察者,删除观察者和通知的功能。 interface Observables { public function attach(observer $ob); public function detach(observer $ob); public function notify(); } class Saler implements Observables { protected $obs = array(); //把观察者保存在这里 protected $range = 0; public function attach(Observer $ob) { $this->obs[] = $ob; } public function detach(Observer $ob) { foreach($this->obs as $o) { if($o != $ob) $this->obs[] = $o; } } public function notify() { foreach($this->obs as $o) { $o->doActor($this); } } public function increPrice($range) { $this->range = $range; } public function getAddRange() { return $this->range; } } //定义一个观察者的接口,这个接口要有一个在被通知的时候都要实现的方法 interface Observer { public function doActor(Observables $obv); } //为了容易阅读,我在这里增加了一层,定义了一个买家, 之后会有Poor和Rich两种不同的类型继承这个类,用以表示不同类型的买家 abstract class Buyer implements Observer { } class PoorBuyer extends Buyer { //PoorBurer的做法 public function doActor(observables $obv) { if($obv->getAddRange() > 10) echo "不买了.
"; else echo "还行,买一点吧.
"; } } class RichBuyer extends Buyer { //RichBuyer的做法 public function doActor(observables $obv) { echo "你再涨我也不怕,咱不差钱.
"; } } $saler = new Saler(); //小贩(被观察者) $saler->attach(new PoorBuyer()); //注册一个低收入的消费者(观察者) $saler->attach(new RichBuyer()); //注册一个高收入的消费者(观察者) $saler->notify(); //通知 $saler->increPrice(2); //涨价 $saler->notify(); //通知
如果再有新的类型买家,只要再添加一个买家类型,继承buyer,让买家(被观察者)注册即可,而不用再去修改任何原来买家和卖家的任何内容
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/20860.html
摘要:我们今天也来做一个万能遥控器设计模式适配器模式将一个类的接口转换成客户希望的另外一个接口。今天要介绍的仍然是创建型设计模式的一种建造者模式。设计模式的理论知识固然重要,但 计算机程序的思维逻辑 (54) - 剖析 Collections - 设计模式 上节我们提到,类 Collections 中大概有两类功能,第一类是对容器接口对象进行操作,第二类是返回一个容器接口对象,上节我们介绍了...
摘要:前言年底了不太忙,最近一段时间也一直在研究,就想写篇关于比较深一点的教程系列啥的,于是就找到站长给开了写教程的渠道。优点的就是为艺术家创造的框架,它也是工程化的趋势。项目维护方便也是事实。如果有遇到问题可以直接在教程下面留言。 前言 年底了不太忙,最近一段时间也一直在研究laravel,就想写篇关于laravel比较深一点的教程系列啥的,于是就找到站长给开了写教程的渠道。由于第一次写,...
摘要:我们可以做一些小改进将的抛出异常代码挪入父类属于最小单位。完整代码当我们需要在某个子类,实现个性化的业务逻辑时,组合模式的缺陷之一正在显现出来简化的前提是所有的类都继承同一个基类,简化优点有时是以降低对象安全为代价。 开篇 如果你注意了目录,会知道:组合是一个新的开始。在系统代码设计的过程中,我们通过继承来组织代码,父类与子类,实质上对应了业务的整体规范与具体需求。所以,我们需要将类按...
摘要:最近开展了三次设计模式的公开课,现在来总结一下设计模式在中的应用,这是第一篇创建型模式之单例模式。不过因为不支持多线程所以不需要考虑这个问题了。 最近开展了三次设计模式的公开课,现在来总结一下设计模式在PHP中的应用,这是第一篇创建型模式之单例模式。 一、设计模式简介 首先我们来认识一下什么是设计模式: 设计模式是一套被反复使用、容易被他人理解的、可靠的代码设计经验的总结。 设计模式不...
阅读 3319·2021-11-08 13:12
阅读 2756·2021-10-15 09:41
阅读 1450·2021-10-08 10:05
阅读 3299·2021-10-08 10:04
阅读 2101·2021-09-29 09:34
阅读 2471·2019-08-30 15:55
阅读 2979·2019-08-30 15:45
阅读 2576·2019-08-29 14:17