裝飾者模式及php實現

裝飾模式(Decorator Pattern) ：

　　動態地給一個對象增加一些額外的職責(Responsibility)，就增加對象功能來說，裝飾模式比生成子類實現更為靈活。其別名也可以稱為包裝器(Wrapper)，與適配器模式的別名相同，但它們適用於不同的場合。根據翻譯的不同，裝飾模式也有人稱之為“油漆工模式”，它是一種對象結構型模式。

模式動機:
　　一般有兩種方式可以實現給一個類或對象增加行為：
　　繼承機制，使用繼承機制是給現有類添加功能的一種有效途徑，通過繼承一個現有類可以使得子類在擁有自身方法的同時還擁有父類的方法。但是這種方法是靜態的，用戶不能控制增加行為的方式和時機。
　　關聯機制，即將一個類的對象嵌入另一個對象中，由另一個對象來決定是否調用嵌入對象的行為以便擴展自己的行為，我們稱這個嵌入的對象為裝飾器(Decorator)
裝飾模式以對客戶透明的方式動態地給一個對象附加上更多的責任，換言之，客戶端並不會覺得對象在裝飾前和裝飾後有什麼不同。裝飾模式可以在不需要創造更多子類的情況下，將對象的功能加以擴展。這就是裝飾模式的模式動機。

裝飾模式包含如下角色：
　　Component: 抽象構件
　　ConcreteComponent: 具體構件
　　Decorator: 抽象裝飾類
　　ConcreteDecorator: 具體裝飾類

UML圖：

代碼實現：

<?php
header("Content-type:text/html;Charset=utf-8");

//被裝飾者基類
interface Component{
    function operation();
}
//具體被裝飾者類
class ConcreteComponent implements Component{
    function operation(){
        echo "加了被裝飾者";
    }
}
//裝飾者基類
abstract class Decorator implements Component{
    private $component;
    function __construct($component){
        $this->component = $component;
    }
    //override
    function operation(){
        $this->component->operation();
    }
}
//具體裝飾類A
class ConcreteDecoratorA extends Decorator {
    public function __construct(Component $component) {
        parent::__construct($component);
 
    }
 
    public function operation() {
        parent::operation();
        $this->addedOperationA();   //  新增加的操作
    }
 
    public function addedOperationA() {
        echo "，又加了A個性化裝飾<br>";
    }
}
//具體裝飾類B
class ConcreteDecoratorB extends Decorator {
    public function __construct(Component $component) {
        parent::__construct($component);
 
    }
 
    public function operation() {
        parent::operation();
        $this->addedOperationB();   //  新增加的操作
    }
 
    public function addedOperationB() {
        echo "，又加了B個性化裝飾<br><br>";
    }
}

//測試
$decoratorA = new ConcreteDecoratorA(new ConcreteComponent());
$decoratorA->operation();
$decoratorB = new ConcreteDecoratorB($decoratorA);
$decoratorB->operation();
/*
加了被裝飾者，又加了A個性化裝飾
加了被裝飾者，又加了A個性化裝飾
，又加了B個性化裝飾
*/
?>

裝飾模式的優點:
　　裝飾模式與繼承關係的目的都是要擴展對象的功能，但是裝飾模式可以提供比繼承更多的靈活性。
　　可以通過一種動態的方式來擴展一個對象的功能，通過配置文件可以在運行時選擇不同的裝飾器，從而實現不同的行為。
　　通過使用不同的具體裝飾類以及這些裝飾類的排列組合，可以創造出很多不同行為的組合。可以使用多個具體裝飾類來裝飾同一對象，得到功能更為強大的對象。
　　具體構件類與具體裝飾類可以獨立變化，用戶可以根據需要增加新的具體構件類和具體裝飾類，在使用時再對其進行組合，原有代碼無須改變，符合“開閉原則”

裝飾模式的缺點:
　　使用裝飾模式進行系統設計時將產生很多小對象，這些對象的區別在於它們之間相互連接的方式有所不同，而不是它們的類或者屬性值有所不同，同時還將產生很多具體裝飾類。這些裝飾類和小對象的產生將增加系統的複雜度，加大學習與理解的難度。
　　這種比繼承更加靈活機動的特性，也同時意味著裝飾模式比繼承更加易於出錯，排錯也很困難，對於多次裝飾的對象，調試時尋找錯誤可能需要逐級排查，較為煩瑣。