php设计模式之装饰模式应用案例详解

本文实例讲述了php设计模式之装饰模式。分享给大家供大家参考，具体如下：介绍装饰者模

本文实例讲述了php设计模式之装饰模式。分享给大家供大家参考，具体如下：

介绍

• 装饰者模式（Decorator Pattern）允许你向一个现有的对象添加新的功能，同时又不改变其结构。 这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。
• 这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。

主要角色

• 抽象构件(Component)角色：定义一个独享接口，以规范准备接收附加职责的对象，从而可以给这些对象动态的添加职责。
• 具体构件(Concrete Component)角色：定义一个将要接收附加职责的类。
• 装饰(Decorator)角色：持有一个指向Component对象的指针，并定义一个与Component接口一致的接口。
• 具体装饰(Concrete Decorator)角色：负责给构件对象增加附加的职责。

下面是使用装饰模式的一个简单实现:

class RequestHelper{}
abstract class ProcessRequest{
 abstract function process(RequestHelper $req);
}
class MainProcess extends ProcessRequest{
 function process(RequestHelper $req)
 {
 print __CLASS__.": doing something useful with request\n";
 }
}
abstract class DecorateProcess extends ProcessRequest{
 protected $processRequest;
 function __construct(ProcessRequest $pr)
 {
 $this->processRequest = $pr;
 }
}

和之前一样，我们定义了一个抽象基类(ProcessRequest)、一个具体的组件(MainProcess)和一个抽象装饰类(DecorateProcess)。 MainProcess::process()方法仅仅报告方法被调用，并没有其他功能。DecorateProcess为他的子类保存了一个ProcessRequest对象。下面是一些简单的具体装饰类：

class LogRequest extends DecorateProcess{
 function process(RequestHelper $req)
 {
 print __CLASS__.": logging request\n";
 $this->processRequest->process($req);
 }
}
class AuthenticateRequest extends DecorateProcess{
 function process(RequestHelper $req)
 {
 print __CLASS__.": authenticating request\n";
 $this->processRequest->process($req);
 }
}
class StructureRequest extends DecorateProcess{
 function process(RequestHelper $req)
 {
 print __CLASS__.": structuring request\n";
 $this->processRequest->process($req);
 }
}

装饰类的每一个process()方法在调用引用的processRequest对象的Process()方法前输出一条信息。

现在我们可以在运行时合并这些类的对象，创建过滤器来对每一个请求按不同的顺序执行不同操作。下面的代码将所有具体类的对象组合成为一个过滤器：

$process = new AuthenticateRequest(new StructureRequest(
 new LogRequest(
 new MainProcess()
 )));
$process->process(new RequestHelper());

执行代码会得到下面的输出结果：

Authenticate Request: authenticating request StructureRequest: structuring request LogRequest: logging request MainProcess: doing something useful with request

优点：

装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个代替模式，装饰模式可以动态扩展一个实现类的功能。

缺点：

多层装饰比较负责。