在本系列的前面部分,我们探讨了本系列中的外观和适配器设计模式。使用 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 中。
以上是装饰器模式:释放设计模式的力量的详细内容。更多信息请关注PHP中文网其他相关文章!