装饰器模式:释放设计模式的力量
在本系列的前面部分,我们探讨了本系列中的外观和适配器设计模式。使用 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中文网其他相关文章!

热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

记事本++7.3.1
好用且免费的代码编辑器

SublimeText3汉化版
中文版,非常好用

禅工作室 13.0.1
功能强大的PHP集成开发环境

Dreamweaver CS6
视觉化网页开发工具

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

会话劫持可以通过以下步骤实现:1.获取会话ID,2.使用会话ID,3.保持会话活跃。在PHP中防范会话劫持的方法包括:1.使用session_regenerate_id()函数重新生成会话ID,2.通过数据库存储会话数据,3.确保所有会话数据通过HTTPS传输。

JWT是一种基于JSON的开放标准,用于在各方之间安全地传输信息,主要用于身份验证和信息交换。1.JWT由Header、Payload和Signature三部分组成。2.JWT的工作原理包括生成JWT、验证JWT和解析Payload三个步骤。3.在PHP中使用JWT进行身份验证时,可以生成和验证JWT,并在高级用法中包含用户角色和权限信息。4.常见错误包括签名验证失败、令牌过期和Payload过大,调试技巧包括使用调试工具和日志记录。5.性能优化和最佳实践包括使用合适的签名算法、合理设置有效期、

在PHPStorm中如何进行CLI模式的调试?在使用PHPStorm进行开发时,有时我们需要在命令行界面(CLI)模式下调试PHP�...

SOLID原则在PHP开发中的应用包括:1.单一职责原则(SRP):每个类只负责一个功能。2.开闭原则(OCP):通过扩展而非修改实现变化。3.里氏替换原则(LSP):子类可替换基类而不影响程序正确性。4.接口隔离原则(ISP):使用细粒度接口避免依赖不使用的方法。5.依赖倒置原则(DIP):高低层次模块都依赖于抽象,通过依赖注入实现。

如何在系统重启后自动设置unixsocket的权限每次系统重启后,我们都需要执行以下命令来修改unixsocket的权限:sudo...

静态绑定(static::)在PHP中实现晚期静态绑定(LSB),允许在静态上下文中引用调用类而非定义类。1)解析过程在运行时进行,2)在继承关系中向上查找调用类,3)可能带来性能开销。
