一、引言
在系统架构设计师考试中，架构设计原则及其应用场景是非常重要的考点。距离考试仅剩25天，如何快速有效地掌握这部分内容成为关键。本文将聚焦于一些典型的架构设计原则应用场景的案例，帮助大家强化理解和记忆。
二、单一职责原则
1. 知识点内容
- 单一职责原则规定一个类只负责一项职责。以“订单服务不处理支付”为例，订单服务的主要职责应该是处理订单的创建、查询、修改和删除等操作。如果将支付功能也放在订单服务中，那么订单服务的职责就不单一了。
- 这样做会导致代码的可维护性变差，因为支付相关的逻辑可能会受到订单业务逻辑的影响，反之亦然。例如，如果支付渠道发生变化，订单服务中的支付代码也需要修改，这可能会影响到订单的其他正常功能。
2. 学习方法
- 理解概念：首先要深刻理解单一职责原则的定义，明确一个类或者模块应该有且只有一个引起它变化的原因。
- 画图辅助：可以画出简单的架构图，展示订单服务和支付服务的独立关系，以及它们与其他相关模块（如用户服务、库存服务等）的交互关系。
- 案例分析：多研究类似的案例，比如库存管理服务不应该负责商品的营销推广活动，通过大量案例加深对单一职责原则的认识。
三、开闭原则
1. 知识点内容
- 开闭原则强调软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。“新增支付方式不修改代码”就是很好的体现。假设我们有一个支付系统，最初只支持支付宝支付。当要增加微信支付时，不应该去修改原有的支付处理代码。
- 而是通过扩展的方式，例如创建一个新的微信支付类，实现与支付宝支付类相同的支付接口，然后在支付配置中添加微信支付的选项。这样做的好处是可以保持原有支付系统的稳定性，降低引入新支付方式带来的风险。
2. 学习方法
- 对比学习：对比遵循开闭原则和不遵循该原则的代码实现。看看在需求变更时，哪种方式的维护成本更低，代码的可扩展性更强。
- 实际操作：尝试自己编写一些简单的示例代码，按照开闭原则设计一个小型的系统，如一个简单的报表生成系统，能够方便地添加新的报表类型而不修改已有代码。
四、其他架构设计原则应用场景案例
1. 里氏替换原则
- 例如在一个图形绘制系统中，三角形类继承自多边形类。如果违背里氏替换原则，在使用多边形类的地方替换为三角形类后导致程序出现错误，那就说明没有正确遵循该原则。学习时要关注子类和父类之间的行为兼容性。
2. 接口隔离原则
- 像打印机接口，不应该强制要求所有的打印机都实现彩色打印、双面打印等功能。可以将这些功能拆分成不同的接口，让打印机根据自己的能力去实现相应的接口，避免不必要的依赖。
五、总结
在最后的25天备考时间里，大家要重点关注架构设计原则及其应用场景。通过对这些典型案例的深入学习，包括理解知识点内容、掌握有效的学习方法以及不断进行实际案例的分析和模拟操作，能够在考试中更好地应对这部分内容的考查，提高自己的应试能力并加深对系统架构设计理念的理解。
喵呜刷题：让学习像火箭一样快速，快来微信扫码，体验免费刷题服务，开启你的学习加速器！
