在本系列的前面部分，我们探讨了本系列中的外观和适配器设计模式。使用 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.<br />";
}
}
我们知道圣诞节即将到来，假设我想在下一封时事通讯电子邮件中向我的读者致意。因此，我必须在电子邮件正文中添加一条消息，其中包含看起来不错的图像。
为此，我可以直接在我的电子邮件类中进行编辑，但我真的不想这样做。所以我可以实现继承来达到同样的效果。我创建主电子邮件正文类的单独子类：
class christmasEmail extends eMailBody {
public function loadBody() {
parent::loadBody();
$this->body .= "Added Content for Xmas<br />";
}
}
$christmasEmail = new christmasEmail();
$christmasEmail->loadBody();
echo $christmasEmail->body;
所以我完成了我的代码，几天后我想发送一封包含新年祝福的电子邮件。我们可以使用与圣诞节相同的方法。
class newYearEmail extends eMailBody {
public function loadBody() {
parent::loadBody();
$this->body .= "Added Content for New Year<br />";
}
}
$newYearEmail = new newYearEmail();
$newYearEmail->loadBody();
echo $newYearEmail->body;
一切都很顺利，没有出现任何问题。现在，假设我忘记在这两个场合（圣诞节和新年）向访客致意，并且我想在一封电子邮件中发送这两种问候，而不修改基类中的任何代码。
您的脑海中立即充满了以下问题：子类和继承在这里会有帮助吗？我赞成这样做，但我们需要使用额外/不必要的代码来实现这一点。我们可以使用特征来实现类似于多重继承的东西。
解决方案
我们在上一节中讨论的问题可以通过实现装饰器模式来解决。
根据维基百科：
装饰器模式（也称为包装器，与适配器模式共享的替代命名）是一种设计模式，允许静态或动态地将行为添加到单个对象，而不影响其他对象的行为。同一个班级。
在上一节中，我们已经看到，我们可以使用一个子类来扩展功能/行为，但是当涉及到添加多个功能/行为时，它就会变得冗长而复杂。这就是我们应该使用装饰器模式的地方。
界面
interface eMailBody {
public function loadBody();
}
这是一个简单的接口，用于确保某些类必须实现所需的方法。
主要电子邮件类
class eMail implements eMailBody {
public function loadBody() {
echo "This is Main Email body.<br />";
}
}
这是生成电子邮件默认正文的主类，我通常用它来发送电子邮件。然而，我需要的是根据某些场合修改正文内容，但不更改主要电子邮件类。
主装饰器
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<br />';
$this->emailBody->loadBody();
}
}
class newYearEmailBody extends emailBodyDecorator {
public function loadBody() {
echo 'This is Extra Content for New Year.<br />';
$this->emailBody->loadBody();
}
}
这里我们创建了主装饰器的两个子类，它们实际上对我们的主电子邮件类执行了行为更改。
将所有内容包装在一起
我们已经创建了所有必需的元素。我们需要做的就是使用我们的代码并享受。
interface eMailBody {
public function loadBody();
}
class eMail implements eMailBody {
public function loadBody() {
echo "This is Main Email body.<br />";
}
}
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<br />';
$this->emailBody->loadBody();
}
}
class newYearEmailBody extends emailBodyDecorator {
public function loadBody() {
echo 'This is Extra Content for New Year.<br />';
$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 中。
