面向对象设计原则（超详细）

单一职责原则（Single Responsibility Principle, SRP）

一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。
单一职责原则分析：

• 一个类（大到模块，小到方法）承担的职责越多，它被复用的可能性就越小
• 当一个职责变化时，可能会影响其他职责的运作
• 将这些职责进行分离，将不同的职责封装在不同的类中
• 将不同的变化原因封装在不同的类中
• 单一职责原则是实现高内聚、低耦合的指导方针

实例说明

开闭原则(Open-Closed Principle, OCP)

软件实体应当对扩展开放，对修改关闭。
开闭原则分析

• 在开闭原则的定义中，软件实体可以是一个软件模块、一个由多个类组成的局部结构或一个独立的类
• 开闭原则是指软件实体应尽量在不修改原有代码的情况下进行扩展
• 抽象化是开闭原则的关键
• 相对稳定的抽象层 + 灵活的具体层
• 对可变性封装原则(Principle of Encapsulation of Variation, EVP)：找到系统的可变因素并将其封装起来

实例说明

里氏代换原则(Liskov Substitution Principle, LSP)

所有引用基类的地方必须能透明地使用其子类的对象。
里氏替代原则分析

• 在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常
• 反过来则不一定成立，如果一个软件实体使用的是一个子类对象的话，那么它不一定能够使用基类对象
• 在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型

实例说明

依赖倒转原则(Dependence Inversion Principle, DIP)

高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不应该依赖于细节，细节应该依赖于抽象
依赖倒转原则分析

• 要针对接口编程，不要针对实现编程
• 在程序代码中传递参数时或在关联关系中，尽量引用层次高的抽象层类，即使用接口和抽象类进行变量类型声明、参数类型声明、方法返回类型声明，以及数据类型的转换等
  在程序中尽量使用抽象层进行编程，而将具体类写在配置文件中
• 针对抽象层编程，将具体类的对象通过依赖注入(Dependency Injection, DI)的方式注入到其他对象
  • 构造注入
  • 设值注入（Setter注入）
  • 接口注入

实例说明

接口隔离原则(Interface Segregation Principle, ISP)

客户端不应该依赖那些它不需要的接口
接口隔离原则分析

• 当一个接口太大时，需要将它分割成一些更细小的接口
• 使用该接口的客户端仅需知道与之相关的方法即可
• 每一个接口应该承担一种相对独立的角色，不干不该干的事，该干的事都要干

实例说明

合成复用原则(Composite Reuse Principle, CRP)

优先使用对象组合，而不是继承来达到复用的目的
合成复用原则分析

• 合成复用原则就是在一个新的对象里通过关联关系（包括组合关系和聚合关系）来使用一些已有的对象，使之成为新对象的一部分
• 新对象通过委派调用已有对象的方法达到复用功能的目的
• 复用时要尽量使用组合/聚合关系（关联关系），少用继承

实例说明

迪米特法则(Law of Demeter, LoD)

每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位
迪米特法则分析

• 迪米特法则要求一个软件实体应当尽可能少地与其他实体发生相互作用
• 应用迪米特法则可降低系统的耦合度，使类与类之间保持松散的耦合关系
• 迪米特法则要求在设计系统时，应该尽量减少对象之间的交互
• 如果两个对象之间不必彼此直接通信，那么这两个对象就不应该发生任何直接的相互作用
• 如果其中一个对象需要调用另一个对象的方法，可以通过“第三者”转发这个调用
• 通过引入一个合理的“第三者”（中间类）来降低现有对象之间的耦合度

实例说明