ODD设计原则

面向对象设计原则（Object-Oriented Design Principles）是软件开发中用于创建灵活、可维护和可扩展的软件系统的一组指导方针。这些原则帮助开发者理解和处理对象之间的关系，并促进代码的重用。以下是一些主要的面向对象设计原则：

1. 单一职责原则（Single Responsibility Principle, SRP）
   • 一个类应该只有一个引起变化的原因。
   • 职责单一的类更加健壮，易于扩展和维护。
2. 开放封闭原则（Open-Closed Principle, OCP）
   • 软件实体（类、模块、函数等）应该是可扩展的，但不可修改。
   • 意味着当需求变化时，我们应该通过添加新的代码（扩展）来满足需求，而不是修改现有的代码（封闭）。
3. 里氏替换原则（Liskov Substitution Principle, LSP）
   • 子类必须能够替换其基类（父类）而不改变程序的正确性。
   • 这意味着子类应该遵守基类的契约，包括方法签名、前置条件、后置条件等。
4. 接口隔离原则（Interface Segregation Principle, ISP）
   • 不应该强迫客户依赖于它们不使用的接口。
   • 接口应该尽可能小和专一，客户端只应该依赖它们需要的接口。
5. 依赖倒置原则（Dependency Inversion Principle, DIP）
   • 高层模块不应该依赖于低层模块，它们都应该依赖于抽象。
   • 抽象不应该依赖于细节，细节应该依赖于抽象。
   • 通过使用接口或抽象类，可以减少类之间的耦合度。
6. 迪米特法则（Law of Demeter, LOD）
   • 也被称为“最少知识原则”，一个对象应该对其他对象有尽可能少的了解。
   • 意味着一个类应该只与其直接的朋友（类）进行交互。
7. 组合/聚合复用原则（Composite/Aggregate Reuse Principle, CARP）
   • 尽量使用对象组合/聚合，而不是通过继承来达到复用的目的。
   • 组合/聚合可以使系统更加灵活，因为对象间的关系不是静态的，可以在运行时动态改变。
8. 好莱坞原则（Hollywood Principle）
   • 也被称为“不要调用我们，我们会调用你”（Don't call us, we'll call you）。
   • 这是一个关于框架如何工作的原则，框架通过回调（callback）机制来调用应用程序的代码，而不是应用程序直接调用框架的代码。
9. 稳定抽象原则（Stable Abstractions Principle, SAP）
   • 抽象层次应该比实现层次更稳定。
   • 这意味着我们应该先设计稳定的抽象接口，然后再设计具体的实现细节。
10. 稳定依赖原则（Stable Dependencies Principle, SDP）
    • 朝着稳定的方向进行依赖。
    • 这意味着我们应该依赖那些不太可能频繁变动的模块或库。

这些原则并不是孤立的，它们应该一起使用来创建高质量的软件系统。遵循这些原则可以帮助我们创建出更加健壮、可维护和可扩展的代码库。