软件设计原则
- [一、 抽象（Abstraction）](#一、 抽象（Abstraction）)
- [二、 模块化（Modularity）](#二、 模块化（Modularity）)
- [三、 信息隐蔽（Information Hiding）](#三、 信息隐蔽（Information Hiding）)
- [四、 模块独立（Module Independence）](#四、 模块独立（Module Independence）)
- 总结
软件设计原则旨在帮助开发者构建 高内聚、低耦合、易于维护和扩展 的软件系统。
一、 抽象（Abstraction）
抽象是一种简化复杂系统的策略，通过忽略不必要的细节，只关注核心概念和重要特性来建立模型。例如，在面向对象编程中，我们可以将具体事物抽象为类，定义其属性和行为，而具体实现细节则对使用者隐藏。这种方式不仅降低了系统的复杂度，还便于理解和维护。
重点
- 找到合适的抽象层次
在设计时，需评估哪些细节是对使用者而言无关紧要的，将这些细节隐藏起来，同时对外暴露最核心的行为和属性。 - 保持抽象的一致性
系统内部应遵循统一的抽象风格和层次结构，确保不同模块之间能够无缝对接，而不会因抽象风格不一而出现沟通障碍。
二、 模块化（Modularity）
模块化指将整个软件系统拆分为多个独立的模块，每个模块负责实现特定功能。这样做的好处包括：
- 降低复杂度： 每个模块只需关注自身功能，简化整体设计。
- 便于维护： 修改或更新某个模块不会影响其他部分。
- 提高复用性： 模块可以在不同系统或项目中重复使用。
常见的模块化设计模式有MVC架构、微服务架构等，它们都强调功能分离和接口明晰。
重点
- 清晰的边界和接口设计
每个模块应有明确的功能定位，并通过规范的接口与外界交互，这不仅有助于分工协作，也便于未来的测试和维护。 - 高内聚低耦合
模块内部应保持高度内聚（相关功能放在一起），而模块间尽量减少依赖，以降低变更时的连锁反应。
三、 信息隐蔽（Information Hiding）
信息隐蔽是指在模块之间只暴露必要的接口，内部实现细节对外部不可见。这一原则的核心在于：
- 封装： 通过私有变量和方法隐藏内部状态和实现细节，防止外部直接修改。
- 接口隔离： 模块之间通过预定义的接口进行交互，减少耦合度。
- 提高安全性： 隐藏敏感信息，防止不必要的干预。
这种设计方式有助于保护系统的稳定性和安全性，同时也便于将来对内部实现进行改进而不影响外部接口。
重点
- 合理使用访问控制
根据实际需要选择合适的访问修饰符（如 private、protected、public），使得模块只暴露必须的接口，同时保护内部状态不被随意修改。 - 接口与实现分离
定义清晰的接口，确保外部调用者仅依赖接口而非具体实现，这样在内部实现需要优化或更换时，不会对外部产生影响。
四、 模块独立（Module Independence）
模块独立要求各个模块在功能和实现上尽可能独立，互不干扰。具体体现在：
- 低耦合： 模块之间依赖最小化，即使某一模块发生变化，也不会波及到其他模块。
- 高内聚： 每个模块内部各功能紧密相关，单一职责明确。
- 易于测试： 独立模块可以单独开发、调试和测试，提高开发效率和可靠性。
模块独立性依赖于良好的抽象、模块化和信息隐蔽，这几项原则相辅相成，共同构成了高质量软件设计的基石。
重点
- 明确依赖关系
采用依赖注入、接口分离等设计模式，确保每个模块只与其需要交互的接口发生关联，从而减少直接依赖。 - 独立测试与部署
每个模块应尽量设计为可以独立测试、独立部署，这不仅有助于提高代码质量，也便于持续集成和快速迭代。
总结
在实际应用中，设计原则并非单独存在，而是相互支撑的整体。
- 平衡抽象与实现： 找到合适的抽象层次，避免过度抽象或抽象不足。
- 划分清晰的模块： 明确各模块职责和边界，同时确保接口定义合理。
- 隐藏不必要的信息： 只暴露外部所需的接口，保护内部实现，防止外部不当干预。
- 确保模块独立： 通过明确依赖关系、避免循环依赖和独立测试，构建灵活、易维护的系统。