走向灵活软件之路——面向对象的六大原则

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)

  定义:一个对象应该对其他对象有最少的了解、

      通俗地讲,一个类应该对自己需要耦合或调用的类知道的最少,类的内部如何实现与调用者或者依赖者没关系,调用者或者依赖者只需要知道它需要的

    方法即可,其他的可一概不用管。

  

以上是关于走向灵活软件之路——面向对象的六大原则的主要内容,如果未能解决你的问题,请参考以下文章

面向对象六大原则

面向对象六大原则----imageLoader为例层层优化

面向对象的六大原则

面向对象设计的六大原则简介

8面向对象设计模式六大原则总结

8面向对象设计模式六大原则总结