面向对象六大原则

发布于 2021-2-25 09:54
浏览
0收藏

知识点来自《Android源码设计模式解析与实战》

 

面向对象的六大原则
 
优化代码的第一步——单一职责原则

 

英文全称为 Single Responsibility Principle,缩写是SRP。
定义:就一个类而言,应该仅有一个引起它变化的原因,简单来说,一个类中应该是一组相关性很高的函数、数据的封装。


让程序更稳定、更灵活——开闭原则


英文全称为 Open Close Principle,开闭原则,缩写OCP。
定义:软件中的对象(类、模块、函数等)应该对于扩展是开放的,但是对于修改是封闭的。

 

当软件需要变化时,应该尽量通过扩展的方式来实现变化,而不是修改已有的代码来实现。

 

构建扩展性更好的系统——里式替换原则

 

英文全称为 Liskov Subsitution Principle,缩写LSP。

  1. 定义1: 如过对于每一个类型为 S 的对象 O1,都有类型为 T 的对象 O2,使得 T 定义的所有程序 P 在所有对象 O1 都代换成 O2 时,程序 P 的行为没有发生变化,那么类型 S 是类型 T 的子类型。
  2. 定义2: 所有引用基类的地方必须能透明地使用其子类的对象。

 

里式替换原则的核心原理是抽象,抽象又依赖于集成这个特性,在OOP当中,继承的优缺点都相当明显。

 

继承的优点:

·1> 代码重用,减少创建类的成本,每个子类都拥有父类的方法和属性;
·2> 子类与父类基本相似,但又与父类有所区别;
·3> 提高代码的可扩展性。

 

继承的缺点:

·1> 继承是侵入性的,只要继承,就必须拥有父类的所有属性和方法;
·2> 可能造成子类代码冗余、灵活性降低,因为子类必须拥有父类的属性和方法。

 

开发过程中,运用抽象是走向代码优化的第一步。

 

让项目拥有变化的能力——依赖倒置原则


英文全称为 Dependence Inversion Principle,缩写DIP。
定义:依赖倒置原则指代了一种特定的解耦形式,使得高层次的模块不依赖于低层次的模块的实现细节的目的,依赖模块被倒置了。

 

关键点:
·1> 高层模块不应该依赖低层模块,两者都应该依赖其抽象;
·2> 抽象不应该依赖细节;
·3> 细节应该依赖抽象。

 

在Java语言中,抽象就是接口或抽象类,两者都是不能直接实例化的;细节就是实现类,实现接口或继承抽象类而产生的类都是细节,可以被直接实例化。高层模块就是调用端,低层模块就是具体实现类。

依赖倒置原则在Java语言中的表现就是:模块间的依赖通过抽象发生, 实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的。 一句话概括:面向接口编程,或者说是面向抽象编程,这里的抽象是指接口或抽象类。

 

系统有更高的灵活性——接口隔离原则


英文全称为 Interface Segregation Principle,缩写ISP。
定义:客户端不应该依赖它不需要的接口。

另一种定义:类的依赖关系应该建立在最小的接口上。


接口隔离原则是将非常庞大、臃肿的接口拆分成更小更具体的接口,这样客户将会只需要知道他们感兴趣的方法。

接口隔离的目的是系统解开耦合,从而容易重建、更改和重新部署。

 

更好的可扩展性——迪米特原则


英文全称为 Law of Demeter,缩写LOD,也称为最少知识原则(Least Knowledge Principle)。
定义:一个对象应该对其他对象有最少的了解。


通俗地讲,一个类应该对自己所需要耦合或调用的类知道的最少,类的内部如何实现与调用者或者依赖者没有关系,调用者和依赖者只需要知道它需要的方法即可,其他的可一概不管。

 

类与类关系越密切,耦合度越大,当一个类发生改变时,对另一个类的影响也越大。

分类
已于2021-2-25 09:54:58修改
收藏
回复
举报
回复
添加资源
添加资源将有机会获得更多曝光,你也可以直接关联已上传资源 去关联
    相关推荐