装饰模式

问题:
1. 为了满足一些只在某种特定情况下才会执行的特殊行为的需要,向原有类中添加新的代码,这样会增加原有类的复杂度,使其变得越来越难以维护,解决方法就是把类的核心职责和装饰功能区分开。
2. 功能定义完全依赖于继承体系会导致类的数量过多,而且代码会产生重复。装饰模式使用组合和委托而不是只使用继承来解决功能变化的问题。

实现:
1. 类图示例:

2. 代码示例:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
//子对象基类
abstract class Tile
{
    abstract function getWealthFactor();
}
//子对象类实现
class Plains extends Tile
{
    private $wealthfactor = 2;
    public function getWealthFactor()
    {
        return $this->wealthfactor;
    }
}
//装饰对象基类
abstract class TileDecorator extends Tile
{
    protected $tile;
    public function __construct(Tile $tile)
    {
        $this->tile = $tile;
    }
}
//装饰对象类实现
class DiamondDecorator extends TileDecorator
{
    public function getWealthFactor()
    {
        return $this->tile->getWealthFactor() + 2;
    }
}
//装饰对象类实现
class PollutionDecorator extends TileDecorator
{
    public function getWealthFactor()
    {
        return $this->tile->getWealthFactor() - 4;
    }
}
//应用
$tile = new PollutionDecorator(new DiamondDecorator(new Plains()));
echo $tile->getWealthFactor();

注:代码运行时,通过将“Plains”组件与“DiamondDecorator”和“PollutionDecorator”两种装饰对象进行合并,从而得到同时具有“DiamondDecorator”和“PollutionDecorator”两种特性的“Plains”组件。

效果:
1. 有效地把类的核心职责和装饰功能区分开,降低类复杂度与耦合度。
2. 类的核心职责与多个装饰功能之间可以按需组合使用,十分灵活。
3. 因为装饰对象作为子对象的包装,所以保持基类中的方法尽可能少是很重要的。如果一个基类具有大量特性,那么装饰对象就不得不为它们包装的对象的所有public方法加上委托,这会造成代码的耦合。

posted @   疯一样的狼人  阅读(140)  评论(0编辑  收藏  举报
编辑推荐:
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
阅读排行:
· winform 绘制太阳,地球,月球 运作规律
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
历史上的今天:
2015-09-10 ThinkPHP缓存
2015-09-10 PHP操作Memcached
点击右上角即可分享
微信分享提示