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

优点:

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

缺点:

多层装饰比较负责。

    原文作者:赵筱蕊
    原文地址: https://blog.csdn.net/zhaoxiaoruiR/article/details/88058380
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞