动态(组合)地给一个对象增加一些额外的职责。就增加功能而言,Decorator模式比生成子类(继承)更为灵活(消除重复代码 & 减少子类个数)。 ——《设计模式》GoF
Ps. 装饰模式的使用更像是将统一模块中,不同的子功能一个一个单独独立出来,再根据实际环境中所需的单独子模块手动的去一层一层的套成一个套娃。(详情见代码:在底层逻辑上的做法,一般是将上一层的套娃使用继承,下一层的套娃使用组合(为了泛型,一般子模块为多态子类,且父类有统一的接口约束)也由于该做法的原因若是在代码中发现继承和组合是同一个类,大概率这就是装饰模式)
在运行时形成该模式的目的(需要使用者自行组合子模块,之后由多态 + 组合完成),而不是像大多数的设计模式在编译时。
Eg.