走向灵活软件之路——面向对象的六大原则
Posted Anglus Wang
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了走向灵活软件之路——面向对象的六大原则相关的知识,希望对你有一定的参考价值。
一、优化代码的第一步:单一职责原则
英文名:Single Responsibility Principle (SRP)
定义:就一个类而言,应该仅有一个引起它变化的原因。
简单来说,一个类中应该是一组相关性很高的函数、数据的封装。
示例代码:
二、让程序更稳当、更灵活:开闭原则
英文名:Open Close Principle (OCP)
定义:软件中的对象(类、模块、函数等)应该对于扩展是开放的,当时,对于修改是封闭的。
在软件的生命周期中,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会将错误引入原本已近经过测试的旧代码中,破坏原有系统。
因此,当软件需求变化时,我们应该尽量通过扩展的方式来实现变化,而不是通过修改已有代码来实现。当然,在现实开发过程中,只通过继承的方式来升级、
维护原有系统只是一个理想化的愿景,因此,在实际开发中,修改原有代码、扩展代码往往是同时存在的。
代码示例:
三、构建扩展性更好的系统:里氏替换原则
英文名:Liskov Substitution Principle (LSP)
第一种定义:如果对每一个类型为S的对象O1,都有类型为T的对象O2,使得以T定义的所有程序P在所有的对象O1都代换成O2时,程序P的行为没有发生变化,
那么类型S是类型T的子类型。
第二种定义:所有引用基类的地方必须能透明地使用其子类的对象。
核心原理是抽象,抽象又依赖于继承;
继承优点有:
①代码重用,减少创建类的成本,每个子类都拥有父类的方法和属性
②子类与父类相似,但又与父类有所区别
③提高代码的可扩展性
缺点:
①继承是侵入性的,只要继承就必须拥有父类的所有属性和方法
②可能造成子类代码冗余、灵活性降低,因为子类必须拥有父类的属性和方法
代码示例:
四、让项目拥有变化的能力:依赖倒置原则
英文名:Dependence Inversion Principle (DIP)
定义:指代了一种特定的解耦形式,使得高层次的模块不依赖于低层次的模块的实现细节的目的
关键点:
①高层模块不应该依赖低层模块,两者都应该依赖其抽象
②抽象不应该依赖细节
③细节应该依赖抽象
Java中,抽象 就是指接口或者抽象类,两者都是不能直接被实例化的;
细节 就是实现类,实现接口或者继承抽象类而产生的类就是细节,特点是,可以直接被实例化,即可以通过关键字 new 产生一个对象。
高层模块就是调用端;
低层模块 就是具体实现类。
使用:
模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生。
简单点说就是: 面向接口(接口或者抽象类)编程,或者面向抽象编程。
示例代码:
五、系统有更高的灵活性:接口隔离原则
英文名:InterfaceSegregation Principle (ISP)
第一种定义: 客户端不应该依赖它不需要的接口
第二种定义:类间的依赖关系应该建立在最小的接口上
目的是系统解开耦合,从而容易重构、更改和重新部署; 将庞大、臃肿的接口拆分成更小的更具体的接口。
示例代码:
六、更好地可扩展性:迪米特原则
英文名:Law Of Demeter (LOD)
定义:一个对象应该对其他对象有最少的了解、
通俗地讲,一个类应该对自己需要耦合或调用的类知道的最少,类的内部如何实现与调用者或者依赖者没关系,调用者或者依赖者只需要知道它需要的
方法即可,其他的可一概不用管。
以上是关于走向灵活软件之路——面向对象的六大原则的主要内容,如果未能解决你的问题,请参考以下文章