源码解析|面向对象的六大原则

面向对象的六大原则

文章目录

1）单一职责原则(SRP)
2）里氏替换原则(LSP)
3）依赖倒置原则(DIP)
4）接口隔离原则(ISP)
5）迪米特原则(LOD)

---

在应用开发过程中，最难的不是完成应用的开发工作，而是在后续的升级、维护过程中让应用系统能够拥抱变化。
拥抱变化也就意味着在满足需求且不破坏系统稳定性的前提下保持高可扩展性、高内聚、低耦合，在经历了各版本的变更之后依然保持清晰、灵活、稳定的系统架构。

面向对象的六大原则

1.单一职责原则(SRP)

• 一个类中应该是一组相关性很高的函数、数据的封装。
• 单一职责的划分界限并不是总是那么清楚，很多时候都是需要靠个人经验来界定。
• 应当不断审视自己的代码，根据具体的业务、功能对类进行相应拆分。

2.开闭原则(OCP)

• Java世界里最基础的设计原则，软件中的对象(类、模块、函数等)应该对于扩展是开放的，但是对于修改是封闭的。
• 当软件需要变化时，应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。

3.里氏替换原则(LSP)

• 所有引用基类的地方必须能透明的使用其子类的对象，通俗的讲，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，但是反过来就不行了。
• 依赖于继承、多态这两大特性。
  • 继承的优缺点：
    • 优点：
      1）代码重用，减少创建类的成本，每个子类都拥有父类的方法与属性；
      2）子类与父类基本相似，但与父类又有所区别；
      3）提高代码的可扩展性。
    • 缺点：
      1）继承是侵入性的，只要继承就必须拥有父类所有的属性与方法；
      2）可能造成子类代码冗余、灵活性降低。

4.依赖倒置原则(DIP)

• 指代一种特定的解耦方式，使得高层次的模块不依赖于低层次的模块的实现细节的目的。
• 关键点:
  （1）高层模块不应该依赖低层模块，两者都应该依赖其抽象；
  （2）抽象不依赖细节；
  （3）细节应依赖抽象。
• 在Java中，抽象就是指接口或者抽象类，两者都是不能直接被实例化的，细节就是实现类，实现接口或者继承抽象类而产生的就是细节。高层模块就是调用端，底层模块就是具体实现类。
• 模块之间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或者抽象类产生的。

5.接口隔离原则(ISP)

• 类间的依赖关系应该建立在最小的接口上。将庞大，臃肿的接口拆分成更小的和更具体的接口。
• 为了让系统解开耦合，从而容易重构、更改和重新部署。

6.迪米特原则(LOD)

• 一个对象应该对其他对象有最少的了解，通俗的讲，一个类应该对自己需要耦合或调用的类知道的最少，类的内部如何实现与调用者或者依赖者没关系，调用者或依赖者只需要知道它需要的方法即可

---

参考

《Android源码设计模式解析与实战》