在本系列的前面部分，我们探讨了本系列中的外观和适配器设计模式。使用 Facade，我们可以简化大型系统，并且通过实现适配器，我们可以在使用外部 API 和类时保持安全。现在我们将介绍装饰器设计模式，它也属于结构模式的范畴。
当我们只想为基类赋予一些额外的责任时，我们可以使用装饰器模式。这种设计模式是子类化功能的绝佳替代方案，可扩展功能并具有一些附加优势。
问题
如果您感到困惑，并认为我们也可以通过子类功能实现相同的功能，那么让我向您展示一些代码示例，它们将消除您的困惑并让您喜欢装饰器模式。
我将举一个负责生成电子邮件内容的类的示例。在下一个代码块中，如您所见，此类无需任何修改即可很好地生成电子邮件内容。
class eMailBody {
private $header = 'This is email header';
private $footer = 'This is email Footer';
public $body = '';
public function loadBody() {
$this->body .= "This is Main Email body.
";
}
}
我们知道圣诞节即将到来，假设我想在下一封时事通讯电子邮件中向我的读者致意。因此，我必须在电子邮件正文中添加一条消息，其中包含看起来不错的图像。
为此，我可以直接在我的电子邮件类中进行编辑，但我真的不想这样做。所以我可以实现继承来达到同样的效果。我创建主电子邮件正文类的单独子类：
class christmasEmail extends eMailBody {
public function loadBody() {
parent::loadBody();
$this->body .= "Added Content for Xmas
";
}
}
$christmasEmail = new christmasEmail();
$christmasEmail->loadBody();
echo $christmasEmail->body;
所以我完成了我的代码，几天后我想发送一封包含新年祝福的电子邮件。我们可以使用与圣诞节相同的方法。
class newYearEmail extends eMailBody {
public function loadBody() {
parent::loadBody();
$this->body .= "Added Content for New Year
";
}
}
$newYearEmail = new newYearEmail();
$newYearEmail->loadBody();
echo $newYearEmail->body;
一切都很顺利，没有出现任何问题。现在，假设我忘记在这两个场合（圣诞节和新年）向访客致意，并且我想在一封电子邮件中发送这两种问候，而不修改基类中的任何代码。
您的脑海中立即充满了以下问题：子类和继承在这里会有帮助吗？我赞成这样做，但我们需要使用额外/不必要的代码来实现这一点。我们可以使用特征来实现类似于多重继承的东西。
解决方案
我们在上一节中讨论的问题可以通过实现装饰器模式来解决。
HTShop网上购物系统由恒天网络科技有限公司根据国际先进技术和国内商务特点自主版权开发的一款具有强大功能的B2C电子商务网上购物平台。HTShop以国际上通用流行的B/S(浏览器/服务器)模式进行设计，采用微软公司的ASP.NET（C#）技术构建而成。 2007-11-10 HTShop CS 通用标准版 v1.1.11.10 更新内容自由更换模版功能开放 修改了购买多款商品，会员中心订单只显示
根据维基百科：
装饰器模式（也称为包装器，与适配器模式共享的替代命名）是一种设计模式，允许静态或动态地将行为添加到单个对象，而不影响其他对象的行为。同一个班级。
在上一节中，我们已经看到，我们可以使用一个子类来扩展功能/行为，但是当涉及到添加多个功能/行为时，它就会变得冗长而复杂。这就是我们应该使用装饰器模式的地方。
界面
interface eMailBody {
public function loadBody();
}
这是一个简单的接口，用于确保某些类必须实现所需的方法。
主要电子邮件类
class eMail implements eMailBody {
public function loadBody() {
echo "This is Main Email body.
";
}
}
这是生成电子邮件默认正文的主类，我通常用它来发送电子邮件。然而，我需要的是根据某些场合修改正文内容，但不更改主要电子邮件类。
主装饰器
abstract class emailBodyDecorator implements eMailBody {
protected $emailBody;
public function __construct(eMailBody $emailBody) {
$this->emailBody = $emailBody;
}
abstract public function loadBody();
}
这是我们的主要装饰器类，它保存对我们的主要电子邮件类的引用并根据需要更改其行为。这里我们定义了一个抽象方法，loadBody，子装饰器需要实现它来改变行为。
子装饰器
class christmasEmailBody extends emailBodyDecorator {
public function loadBody() {
echo 'This is Extra Content for Christmas
';
$this->emailBody->loadBody();
}
}
class newYearEmailBody extends emailBodyDecorator {
public function loadBody() {
echo 'This is Extra Content for New Year.
';
$this->emailBody->loadBody();
}
}
这里我们创建了主装饰器的两个子类，它们实际上对我们的主电子邮件类执行了行为更改。
将所有内容包装在一起
我们已经创建了所有必需的元素。我们需要做的就是使用我们的代码并享受。
interface eMailBody {
public function loadBody();
}
class eMail implements eMailBody {
public function loadBody() {
echo "This is Main Email body.
";
}
}
abstract class emailBodyDecorator implements eMailBody {
protected $emailBody;
public function __construct(eMailBody $emailBody) {
$this->emailBody = $emailBody;
}
abstract public function loadBody();
}
class christmasEmailBody extends emailBodyDecorator {
public function loadBody() {
echo 'This is Extra Content for Christmas
';
$this->emailBody->loadBody();
}
}
class newYearEmailBody extends emailBodyDecorator {
public function loadBody() {
echo 'This is Extra Content for New Year.
';
$this->emailBody->loadBody();
}
}
现在我们将根据需要以各种方式使用这个装饰器类：
/* * Normal Email */ $email = new eMail(); $email->loadBody(); // Output This is Main Email body. /* * Email with Xmas Greetings */ $email = new eMail(); $email = new christmasEmailBody($email); $email->loadBody(); // Output This is Extra Content for Christmas This is Main Email body. /* * Email with New Year Greetings */ $email = new eMail(); $email = new newYearEmailBody($email); $email->loadBody(); // Output This is Extra Content for New Year. This is Main Email body. /* * Email with Xmas and New Year Greetings */ $email = new eMail(); $email = new christmasEmailBody($email); $email = new newYearEmailBody($email); $email->loadBody(); // Output This is Extra Content for New Year. This is Extra Content for Christmas This is Main Email body.
我们可以看到，现在我们已经更改了电子邮件的正文，而没有修改主电子邮件类。
结论
我们拥有的每个应用程序都需要定期进行某种更改和/或改进。所以在这种情况下我们可以实现装饰器设计模式，它最终会提高代码质量并使我们的代码更具可扩展性。
我尽力向您解释装饰器模式，但如果您还有其他意见或问题，请随时将其添加到下面的 Feed 中。
