NETChencs2的专栏

装饰器模式：在原有结构，动态地为对象添加职责，它是一种灵活的扩展功能方式。问题：订单可能需要添加多种附加服务（如折扣、运费、包装费等），如果为每种组合创建单独的类，会导致类爆炸。解决方案：使用装饰器模式，动态地为订单添加附加服务。优点灵活扩展功能，无需修改订单类的核心逻辑。支持动态添加或移除服务，符合开闭原则。避免类爆炸，组合功能更加简洁。

核心思想：通过组合将抽象部分（如形状）与实现部分（如渲染方式）分离，使它们可以独立变化。优点解耦抽象和实现，增强系统扩展性。符合开闭原则，新增抽象或实现时无需修改现有代码。适用场景需要多维度扩展的系统（如多平台、多渲染方式）。避免类爆炸问题（如形状和渲染方式的组合）。业务场景跨平台 UI 开发（如不同操作系统下的按钮和窗口）。数据库驱动设计（如不同数据库类型的连接和操作）。消息通知系统（如不同消息类型和发送渠道的组合）。

处理树形结构或层次结构问题：文件系统中文件夹和文件的操作需要统一处理，但它们的结构是树形的。解决方案：使用组合模式，将文件夹和文件统一抽象为，使得用户可以一致地处理单个文件和文件夹。优点统一处理单个对象和组合对象，简化客户端代码。支持递归操作，如计算文件夹大小或显示文件结构。符合开闭原则，易于扩展新的组件类型。

适配器模式：将一个类的接口转换成客户希望的另一个接口，使得原本不兼容的类可以一起工作。适配器模式在业务场景中非常有用，尤其是在系统集成、接口兼容性处理以及代码复用等场景。问题：第三方支付接口设计不一致，导致系统无法统一调用。解决方案：使用适配器模式，为每个第三方支付接口创建一个适配器，将它们的接口转换为统一的接口。优点系统与第三方支付接口解耦，便于扩展新的支付方式。客户端代码只需调用统一的接口，无需关心具体支付实现。符合开闭原则，新增支付方式时只需增加适配器，无需修改现有代码。

问题：电脑配置复杂，直接使用构造函数或Setter方法会导致代码冗长且难以维护。解决方案：使用建造者模式，将电脑的构建过程分解为多个步骤，并通过指挥者统一管理。优点分离构建过程与表示，代码更清晰。支持灵活扩展，新增配置类型只需增加新的建造者。避免构造函数参数过多，提高代码可读性。