6.4装饰模式
装饰模式(Decorator),动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
Component是定义一个对象接口,可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象,起到给Component添加职责的功能。
代码示例:
Component类
abstract class Component
{
abstract function Operation();
}
ConcreteComponent类
class ConcreteComponent extends Component
{
public function Operation()
{
echo '具体对象的操作';
}
}
Decorator类
abstract class Decorator extends Component
{
protected $component = null;
public function setComponent($component) //设置Component
{
$this->component = $component;
}
//重写Operation(),实际执行的是Component的Operation()
public function Operation()
{
if ($this->component != null) {
$this->component->Operation();
}
}
}
ConcreteDecorator 装饰类
class ConcreteDecoratorA extends Decorator
{
//本类独有功能,以区别于ConcreteDecoratorB
private $addedState = '';
public function Operation()
{
//首先运行原Component的Operation(),再执行
//本类的功能,如addedState,相当于对原Component
//进行了装饰
parent::Operation();
$this->addedState = 'New State';
echo 'A类独有参数:addedState => ' . $this->addedState . '<br>';
echo '具体装饰对象A的操作<br>';
}
}
class ConcreteDecoratorB extends Decorator
{
public function Operation()
{
//首先运行原Component的Operation(),再执行
//本类的功能,如AddedBehavior(),相当于对原
//Component进行了装饰
parent::Operation();
$this->AddedBehavior();
echo '具体装饰对象B的操作<br>';
}
//本类独有的方法,以区别于ConcreteDecoratorA
private function AddedBehavior()
{
echo 'B类独有方法AddedBehavior<br>';
}
}
客户端代码
//装饰的方法是:首先用ConcreteComponent实例
//化对象c,然后用ConcreteDecoratorA的实例化
//对象d1来包装c,再用ConcreteDecoratorB 的
//对象d2包装d1,最终执行d2的Operation()
$c = new ConcreteComponent();
$d1 = new ConcreteDecoratorA();
$d2 = new ConcreteDecoratorB();
$d1->setComponent($c);
$d2->setComponent($d1);
$d2->Operation();
装饰模式是利用SetComponent来对对象进行包装的。这样每个装饰对象的实现就和如何使用这个对象分离开了,每个装饰对象只关心自己的功能,不需要关心如何被添加到对象链当中。
如果只有一个ConcreteComponent类而没有抽象的Component类,那么Decorator类可以是ConcreteComponent的一个子类。同样道理,如果只有一个ConcreteDecorator类,那么就没有必要建立一个单独的Decorator类,而可以把Decorator和ConcreteDecorator的责任合并成一个类。
6.5小菜扮靓第三版
代码结构图:
代码实现:
“Person” 类(ConcreteComponent)
class Person
{
private $name = '';
public function __construct($name)
{
$this->name = $name;
}
public function show()
{
echo "装扮的" . $this->name . '<br>';
}
}
服饰类(Decorator)
class Finery
{
protected $component = null;
//打扮
public function decorate($component)
{
$this->component = $component;
}
public function show()
{
if ($this->component != null) {
$this->component->show();
}
}
}
具体 服饰类(ConcreteDecorator)
class TShirts extends Finery
{
public function show()
{
echo '大T恤 ';
parent::show();
}
}
class BigTrouser extends Finery
{
public function show()
{
echo '垮裤 ';
parent::show();
}
}
class Panties extends Finery
{
public function show()
{
echo '裤头 ';
parent::show();
}
}
客户端代码
$xc = new Person("小菜");
echo '第一种装扮:<br>';
$ts = new TShirts();
$bt = new BigTrouser();
//装饰过程
$ts->decorate($xc);
$bt->decorate($ts);
$bt->show();
echo '第二种装扮:<br>';
//装饰过程
$pan = new Panties();
$pan->decorate($bt);
$pan->show();
6.6装饰模式总结
装饰模式是为已有功能动态地添加更多功能的一种方式。
装饰模式的使用场景:
在起初的设计中,当系统需要新功能的时候,是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为,比如用西装或嘻哈服来装饰小菜,但这种做法的问题在于,它们在主类中加入了新的字段,新的方法和新的逻辑,从而增加了主类的复杂度,就像你起初的那个‘人’类,而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。而装饰模式却提供了一个非常好的解决方案,它把每个要装饰的功能放在单独的类中,并让这个类包装它所要装饰的对象,因此,当需要执行特殊行为时,客户代码就可以在运行时根据需要有选择地、按顺序地使用装饰功能包装对象了。
装饰模式的优点:
- 把类中的装饰功能从类中搬移去除,这样可以简化原有的类。
- 有效地把类地核心职责和装饰功能区分开。
- 而且可以去除相关类中重复的装饰逻辑。
注意:装饰模式的装饰顺序很重要,比如加密数据和过滤词汇都可以是数据持久化前的装饰功能,但若先加密了数据再用过滤功能就会出问题了,最理想的情况,是保证装饰类之间彼此独立,这样它们就可以以任意的顺序进行组合了。