软件设计原则指导开发人员创建高效、可扩展和可维护的软件。遵循这些原则，开发人员可以编写更容易阅读、测试和扩展的代码，降低总体拥有成本，并使团队协作更加高效。
以下是一些最基本的软件设计原则：
1.关注点分离
应用程序应分为具有较少功能重叠的离散功能模块。减少交互点对于实现强内聚和低耦合至关重要。尽管每个功能模块内的封闭功能有所不同，但在不适当的边界处分离功能可能导致功能之间的过度耦合和复杂性。
2.面向对象编程原则
- 封装(Encapsulation)：将数据与操作这些数据的方法捆绑在一起。它限制了对对象某些组件的直接访问，防止数据被无意干扰和滥用。
- 抽象(Abstraction)：使用简单的类来表示复杂性。它隐藏了复杂的现实，仅暴露必要的部分。
- 继承(Inheritance)：允许一个类(子类)继承另一个类(父类)的属性和行为(方法)。
- 多态性(Polymorphism)：允许一个实体被视为一个通用类别，并能够以多种形式存在。例如，一个特定的类可以被视为其父类或其实现的接口之一。
3.SOLID 原则 — 设计原则指导开发人员创建可维护、可扩展和高效的面向对象软件系统。
- 单一职责原则(Single Responsibility Principle，SRP)：一个类/服务/API 应该只有一个改变的原因，这意味着它应该只有一个职责或功能。
- 开闭原则(Open/Closed Principle，OCP)：软件实体(类、模块、函数等)应该对扩展开放，对修改关闭。这意味着你可以添加新功能而不更改现有代码。
- 里氏替换原则(Liskov Substitution Principle，LSP)：你应该能够使用任何子类替代父类，并期望它能正常工作。这意味着一个使用基类类型的程序在传递一个派生类(子类)类型时应该仍然能够正常工作，而无需知道它。
- 接口隔离原则(Interface Segregation Principle，ISP)：一个类不应该被迫实现它不使用的接口。这意味着应该为每个类创建特定的接口，而不是一个大而全的接口。
- 依赖倒置原则(Dependency Inversion Principle，DIP)：高层模块不应该依赖于低层模块。两者都应该依赖于抽象。抽象不应该依赖于细节。细节应该依赖于抽象。这意味着你应该依赖于抽象而不是具体实现。
4.不要重复自己
避免代码中的重复，这可能导致不一致和错误。重用代码而不是复制代码。然而，在某些情况下，复制是更好的选择。
5.保持简单
保持代码尽可能简单和直接。简单的代码更容易理解和维护，并且更不容易出错。
6.你不会需要它
避免通过仅在需要时添加功能来增加不必要的复杂性。在某些情况下，如果开发成本非常高或存在显著的设计失败，可能需要提前进行详细的设计和测试。如果你的应用需求不明确或预期设计会随着时间的推移而改变，不要过早进行过多的设计工作。
7.迪米特法则或最少知识原则
一个对象只应与其直接的朋友通信，不应了解其他对象的内部工作。
8.组合优于继承
优先使用对象组合而不是类继承，因为它更加灵活，有助于避免大型继承层次结构带来的问题。
9.最小惊讶原则或最小意外原则
建议系统的行为应尽可能不让用户感到惊讶或困惑(即它应该按大多数用户的预期行为)。例如，如果你有一个用户账户服务，更新用户数据应该由一个 UpdateUserData() 方法完成，而不应该是一个名为 RebuildUserData() 的方法。
