简介
装饰器模式又叫做装饰者模式,属于结构型的设计模式。
指的是在不改变原类文件和使用继承的情况下动态扩展这个对象的功能,从而修饰源数据。
组成:
抽象构件(Component)角色:定义一个抽象接口以规范准备接收附加责任的对象。
具体构件(ConcreteComponent)角色:实现抽象构件,通过装饰角色为其添加一些职责。
抽象装饰(Decorator)角色:继承抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能。
具体装饰(ConcreteDecorator)角色:实现抽象装饰的相关方法,并给具体构件对象添加附加的责任。
适用场景
适用于多继承,且不改变原数据的场景。当然,是可以通过继承的方式来达到同样的效果,但是继承耦合度很大。
优点
- 装饰器模式是继承的一种替代方式,通过组合的方式完成继承的功能,降低继承的强关联耦合。
- 降低类间的耦合。被装饰类和装饰类都可以独立发展,不会相互影响。
- 符合开闭原则。
- 继承是静态地给类增加功能,而装饰模式则是动态地增加功能,更灵活。
缺点
装饰器模式会增加许多子类,增加程序复杂性。
其它
为什么不用继承?
是可以通过继承的方式装饰原有的类,但是一旦继承关系确认起来,想要再次扩展,就需要更多的子类,由于继承是强依赖关系,那么一定会产生很多的耦合。
为此产生了装饰器模式,有更好的横向扩展方案。
代码
//定义一个装饰器模式的契约
interface RenderInterface {
public function renderData();
}
//按照RenderInterface契约,实现一个传递数据的方法
class Init implements RenderInterface {
private $data;
public function __construct($data) {
$this->data = $data;
}
public function renderData() {
return $this->data;
}
}
/**
装饰者必须实现渲染接口类 RenderInterface 契约,这是该设计模式的关键点。否则,这将不是一个装饰者而只是一个自欺欺人的包装。
创建抽象类 RendererDecorator (渲染器装饰者)实现渲染接口。
*/
abstract class RendererDecorator implements RenderInterface {
protected $object;
public function __construct(RenderInterface $object) {
$this->object = $object;
}
}
//按照RenderInterface契约,实现一个自增的类
class Increment extends RendererDecorator {
public function renderData() {
return $this->object->renderData() + 1;
}
}
//按照RenderInterface契约,实现一个自减的类
class Decrement extends RendererDecorator {
public function renderData() {
return $this->object->renderData() - 1;
}
}
//调用端=====================================================
$init = new Init(1);
echo (new Increment($init))->renderData();
echo (new Decrement($init))->renderData();
echo (new Init(1))->renderData();
文章评论