PHP设计模式之装饰者模式
更新时间：2012年02月29日 00:03:19 作者：
装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案
介绍
装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
思维导图
<?php
abstract class Beverage{
public $_name;
abstract public function Cost();
}
// 被装饰者类
class Coffee extends Beverage{
public function __construct(){
$this->_name = 'Coffee';
}
public function Cost(){
return 1.00;
}
}
// 以下三个类是装饰者相关类
class CondimentDecorator extends Beverage{
public function __construct(){
$this->_name = 'Condiment';
}
public function Cost(){
return 0.1;
}
}
class Milk extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Milk';
if($beverage instanceof Beverage){
$this->_beverage = $beverage;
}else
exit('Failure');
}
public function Cost(){
return $this->_beverage->Cost() + 0.2;
}
}
class Sugar extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Sugar';
if($beverage instanceof Beverage){
$this->_beverage = $beverage;
}else{
exit('Failure');
}
}
public function Cost(){
return $this->_beverage->Cost() + 0.2;
}
}
// Test Case
//1.拿杯咖啡
$coffee = new Coffee();
//2.加点牛奶
$coffee = new Milk($coffee);
//3.加点糖
$coffee = new Sugar($coffee);
printf("Coffee Total:%0.2f元\n",$coffee->Cost());
总结
1.装饰者(Milk)和被装饰者(Coffee)必须是一样的类型。目的是装饰者必须取代被装饰者。
2.添加行为：当装饰者和组件组合时，就是在加入新的行为。
题外话:
1.利用继承设计子类行为，是在编译时静态决定的，而且所有的子类都会继承到相同的行为。打个比方，老子想学点功夫，看你小子会太极拳，老子只需要继承你一下 ，老子也就会太极拳了——呵呵,这时老子就变成你儿子了，看来继承是要付出代价的。
2.组合，我们可以扩展对象的行为，在运行时动态地进行扩展。利用组合我们可以随时把我们当时设计超类时没有想到的方法加入到对象中，而不用改变现有的代码。打个比方，老子现在没有内力，吸功大法，把和尚，尼姑，道士的内力(行为对象)都吸过来，那在搏斗(运行时)中，老子可以随时都能使用不同的内力，但也不能胡乱吸内力，否则你就要走火入魔了！
3.类应该对扩展开放，对修改关闭。如果我们每个部分都用装饰者模式进行设计，那么对于整个框架来说有点浪费，而且你也加大了代码的难度。那什么时候使用这种模式呢？我们一般用于经常改变的地方。那我们又怎么知道哪些是经常改变的地方呢？这个就需要我们的经验和你对所处行业的了解。建议大家平时多看点例子。
4.装饰模式为设计注入弹性，但同时会在设计中加入大量的小类，这偶尔会导致别人不容易了解这种设计。
5.在使用装饰者模式的时候，对插入的的装饰者要特别小心。因为装饰者模式依赖某种特定的类型(Beverage)。
6.要想很好的使用装饰者模式，我们还要配合使用工厂模式和生成器模式，但今天只说装饰者模式。要想知道更多，请听下回分解。
参考文献:《head first 设计模式》
装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
思维导图
有这样一个项目，做一个餐厅订餐系统。起初的代码结构是这样的。前面有很多Beverage的继承类，现在遇到的问题是牛奶的价钱上涨了，那么所有相关的类，我们都要进行调整，比如Milk,SugarAndMilk类，这种类还有很多，我们需要逐个去修改类中的方法——开发人员每次都做这种事情，要疯了！所以我们要改变现有的结构。以下的图都是简图，实际的图，可没有这么简单。
设计问题：
1》类数量爆炸，有很多类，难以维护;
2》整个设计呆板;
3》基类加入的新功能无法使用于子类;
复用类方法的方式很多,比如继承，组合，委托。为什么老是习惯用继承呢？我看Zend Framework也有这种习惯！每次找对应方法，一直往上翻。——题外话!!!!
后来经过小组研究决定，我们决定把基础类抽出来，比如，我们把咖啡做成一个单独的类，其他的咖啡，比如牛奶咖啡，甜味咖啡，我们只对材料单独包装成一个类。
经过改良的设计:
详解
1》对于饮品，我们直接继承Beverage类，直接把报价写进饮品类里面;
2》而对于一些需要添加调味品的特殊饮品，我们做累加操作。比如，我想要杯奶咖啡，则 总价=咖啡价+奶价
3》这样不同的饮料就很容易知道它的价格。
代码
复制代码 代码如下:
<?php
abstract class Beverage{
public $_name;
abstract public function Cost();
}
// 被装饰者类
class Coffee extends Beverage{
public function __construct(){
$this->_name = 'Coffee';
}
public function Cost(){
return 1.00;
}
}
// 以下三个类是装饰者相关类
class CondimentDecorator extends Beverage{
public function __construct(){
$this->_name = 'Condiment';
}
public function Cost(){
return 0.1;
}
}
class Milk extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Milk';
if($beverage instanceof Beverage){
$this->_beverage = $beverage;
}else
exit('Failure');
}
public function Cost(){
return $this->_beverage->Cost() + 0.2;
}
}
class Sugar extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Sugar';
if($beverage instanceof Beverage){
$this->_beverage = $beverage;
}else{
exit('Failure');
}
}
public function Cost(){
return $this->_beverage->Cost() + 0.2;
}
}
// Test Case
//1.拿杯咖啡
$coffee = new Coffee();
//2.加点牛奶
$coffee = new Milk($coffee);
//3.加点糖
$coffee = new Sugar($coffee);
printf("Coffee Total:%0.2f元\n",$coffee->Cost());
总结
1.装饰者(Milk)和被装饰者(Coffee)必须是一样的类型。目的是装饰者必须取代被装饰者。
2.添加行为：当装饰者和组件组合时，就是在加入新的行为。
题外话:
1.利用继承设计子类行为，是在编译时静态决定的，而且所有的子类都会继承到相同的行为。打个比方，老子想学点功夫，看你小子会太极拳，老子只需要继承你一下 ，老子也就会太极拳了——呵呵,这时老子就变成你儿子了，看来继承是要付出代价的。
2.组合，我们可以扩展对象的行为，在运行时动态地进行扩展。利用组合我们可以随时把我们当时设计超类时没有想到的方法加入到对象中，而不用改变现有的代码。打个比方，老子现在没有内力，吸功大法，把和尚，尼姑，道士的内力(行为对象)都吸过来，那在搏斗(运行时)中，老子可以随时都能使用不同的内力，但也不能胡乱吸内力，否则你就要走火入魔了！
3.类应该对扩展开放，对修改关闭。如果我们每个部分都用装饰者模式进行设计，那么对于整个框架来说有点浪费，而且你也加大了代码的难度。那什么时候使用这种模式呢？我们一般用于经常改变的地方。那我们又怎么知道哪些是经常改变的地方呢？这个就需要我们的经验和你对所处行业的了解。建议大家平时多看点例子。
4.装饰模式为设计注入弹性，但同时会在设计中加入大量的小类，这偶尔会导致别人不容易了解这种设计。
5.在使用装饰者模式的时候，对插入的的装饰者要特别小心。因为装饰者模式依赖某种特定的类型(Beverage)。
6.要想很好的使用装饰者模式，我们还要配合使用工厂模式和生成器模式，但今天只说装饰者模式。要想知道更多，请听下回分解。
参考文献:《head first 设计模式》
您可能感兴趣的文章:
相关文章
一般在框架中都会用到composer工具, 用它来管理依赖。其中 composer有类的自动加载机制，可以加载composer下载的库中的所有的类文件。那么composer的自动加载机制是怎么实现的呢？2021-05-05
PHP识别二维码的方法(php-zbarcode安装与使用)
这篇文章主要介绍了PHP识别二维码的方法,通过安装ImageMagick和php-zbarcode扩展实现针对二维码的识别功能,具有一定参考借鉴价值,需要的朋友可以参考下2016-07-07
责任链模式，其目的是组织一个对象链处理一个如方法调用的请求。当ConcreteHandler（具体的处理程序）不知道如何满足来自Client的请求时，或它的目的不是这个时，它会委派给链中的下一个Handler（处理程序）来处理2023-04-04
之前一直使用基于Xdebug进行PHP的性能分析，对于本地开发环境来说是够用了，但如果是线上环境的话，xdebug消耗较大，配置也不够灵活，因此线上环境建议使用xhprof进行PHP性能追踪及分析。2015-08-08
这篇文章主要介绍了WordPress中调试缩略图的相关PHP函数使用解析,包括使用set_post_thumbnail_size来调整缩略图的大小,需要的朋友可以参考下2016-01-01
强烈声明: 不要使用(include/require)_once
本篇文章是对不要使用(include/require)_once的原因进行了详细的分析介绍，需要的朋友参考下2013-06-06
这篇文章主要介绍了php在linux下检测mysql同步状态的方法,是Linux下使用php检测mysql同步状态的实用技巧,具有一定参考借鉴价值,需要的朋友可以参考下2015-01-01
PHP是安全中需要掌握的一门语言，就这么一点儿时间教网络安全，不可能精通，这里就不要求你精通PHP，但是对于一些基础代码能够认识、能够编写那么就可以了2022-12-12
本文主要介绍了超强多功能php绿色集成环境，文中所使用的是PHPWAMP这款绿色的集成环境，集成VC运行库。具有很好的参考价值，下面跟着小编一起来看下吧2017-01-01
伪静态技术比较好突破，需要自己构造中转注入页面；伪静态技术原理都很简单，就是把原来的 index.php?id=1 这种形式的URL给替换成其它形式2013-07-07
最新评论