【软考-架构】11.3、设计模式-新
✨资料&文章更新✨
GitHub地址：https://github.com/tyronczt/system_architect
文章目录
- 项目中的应用
- 设计模式
- 创建型设计模式
- 结构型设计模式
- 行为型设计模式
- 💯考试真题
- 题外话
项目中的应用
在实际项目中，我应用过多种设计模式来解决不同的问题，以下是一些例子，助于理解记忆：
- 单例模式（Singleton Pattern）
- 应用场景： 在电商平台中，我使用单例模式来管理全局唯一的订单 ID 生成器。
- 解决问题： 确保系统中只有一个订单 ID 生成器实例，避免多个实例导致 ID 冲突，保证订单数据的准确性和一致性，同时节约系统资源。
2. 工厂模式（Factory Pattern）
- 应用场景： 在支付模块中，我使用工厂模式根据不同的支付类型（如支付宝、微信支付、银行卡支付）创建不同的支付客户端。
- 解决问题： 将支付客户端的创建逻辑与业务代码解耦，方便扩展新的支付方式，提高代码的可维护性和可扩展性，并简化了对象创建逻辑。
3. 策略模式（Strategy Pattern）
- 应用场景： 在商品促销模块中，我使用策略模式根据不同的用户等级（如普通会员、VIP 会员、超级 VIP 会员）采用不同的促销策略。
- 解决问题： 避免大量的 if-else 语句，将不同的促销策略封装成独立的类，方便扩展和维护，提高代码的可读性和灵活性。
4. 模板方法模式（Template Method Pattern）
- 应用场景： 在数据导出模块中，需要将数据导出为不同的格式（如 CSV、Excel、PDF），但导出的基本流程相同，我使用了模板方法模式。
- 解决问题： 避免重复编写相同的导出流程代码，固定算法骨架，提高代码的复用性，同时允许子类根据需要实现具体的导出逻辑。
5. 建造者模式（Builder Pattern）
- 应用场景： 在订单系统中，需要构建复杂的订单对象，订单包含多个属性（如商品列表、用户信息、支付信息等），我使用了建造者模式。
- 解决问题： 避免构造函数参数过多，分步骤构建复杂对象，简化复杂对象的构建过程，提高代码的可读性和可维护性。
6. 观察者模式（Observer Pattern）
- 应用场景： 在用户注册模块中，当用户注册成功后，需要发送欢迎短信、发送注册邮件、增加用户积分等操作，我使用了观察者模式。
- 解决问题： 将注册成功后的操作与注册流程解耦，避免注册流程过于臃肿，实现松耦合的通知机制，提高代码的可扩展性和灵活性。
7. 装饰器模式（Decorator Pattern）
- 应用场景： 在日志系统中，需要为日志记录添加额外的功能（如加密日志、压缩日志），我使用了装饰器模式。
- 解决问题： 动态地为对象添加额外的功能，而无需修改其结构，提供比继承更灵活的扩展方式，遵循开闭原则，提高代码的灵活性和可扩展性。
8. 适配器模式（Adapter Pattern）
- 应用场景： 在系统集成中，需要将第三方支付接口适配到现有的支付系统中，我使用了适配器模式。
- 解决问题： 解决接口不兼容的问题，实现不兼容接口的协作，使现有系统能够与第三方接口无缝对接，提高系统的兼容性和可扩展性。
总而言之，通过合理地应用这些设计模式，我解决了项目中遇到的代码重复、耦合度高、扩展性差等问题，提高了代码的可维护性、可扩展性和可复用性。在选择和应用设计模式时，需要根据具体场景权衡利弊，避免过度设计。关键是要理解模式的本质，并灵活运用。
设计模式
创建型、结构型、行为型
创建型设计模式
结构型设计模式
行为型设计模式
💯考试真题
答案：(54) D，(55)A，(56)B，(57)A
答案：C D A B
题外话
此文中讲解的设计模式过于理论，找了几篇偏实践的文章，需要细细研磨才会对设计模式有更深入的理解：
Spring 中经典的 9 种设计模式
23 种设计模式详解（全23种）