装饰器模式：在不改变对象基础上扩展功能

"9.设计模式-装饰器模式1" 装饰器模式(Decorator Pattern)是一种结构型设计模式，它允许在不修改对象实例的情况下动态地给一个对象添加额外的职责或功能。这种模式常用于当对现有对象功能进行扩展时，避免直接修改原有代码，以保持代码的灵活性和可维护性，同时也遵循了设计原则中的开闭原则（对扩展开放，对修改关闭）。 在给定的代码示例中，我们看到了如何通过装饰器模式来实现功能的扩展。首先，定义了一个`Component`接口，这个接口代表了基本的功能对象，例如这里的"拍照"功能。`ConcreteComponent`类实现了`Component`接口，提供了具体的功能实现。 `Decorator`是抽象装饰类，它也实现了`Component`接口，并持有一个`Component`类型的成员变量。这个成员变量使得装饰器能够与被装饰的对象进行交互。抽象装饰类通常包含对`Component`接口方法的调用，以便在调用原始对象的方法前或后添加新的行为。 `ConcreteDecorator1`和`ConcreteDecorator2`是具体的装饰类，它们分别扩展了`ConcreteComponent`的功能。例如，`ConcreteDecorator1`添加了"美颜"的功能，而`ConcreteDecorator2`可能添加了其他额外功能。这两个类都继承自`Decorator`并实现了`operation()`方法，它们在调用原始对象的方法前或后添加了自身特有的功能。 在`DecoratorTest`的`main`方法中，通过链式创建装饰器对象，如`new ConreteDecorator1(new ConreteDecorator2(new ConcreteComponent()))`，实现了将多个装饰器叠加在一起，从而实现多种功能的组合。这样，我们可以在运行时根据需要动态地添加或移除装饰器，而无需修改`ConcreteComponent`的代码。 装饰器模式的主要优点在于其灵活性，它可以独立于其他对象进行扩展，允许创建不同组合以适应不同的需求。同时，由于不直接修改原始对象，所以原始对象的行为保持不变，易于维护。然而，如果过度使用装饰器，可能会导致系统设计变得复杂，不易理解和管理，因此在实际应用中需要适度使用。