面向对象思想的设计原则,设计模式的六大原则
2017-09-30 19:49
573 查看
面向对象思想设计原则:
1、单一职责原则
2、开闭原则
3、里氏替换原则
4、依赖注入原则
5、接口分离原则
6、迪米特原则
单一职责原则
其实就是常说的”高内聚,低耦合。也就是说,每个类应该只有一个职责,对外只能提供一种功能,而引起类变化的原因应该只有一个。在设计模式中,所有的设计模式都遵循这一原则。
开闭原则
核心思想是:对扩展开放,对修改关闭。
其实开闭原则的意思就是:对类的改动是通过增加代码进行的,而不是修改现有代码。即软件实体应尽量在不修改原有代码的情况下进行扩展。
也就是说软件开发人员一旦写出了可以运行的代码,就不应该去改动它,而是要保证它能一直运行下去,如何能够做到这一点呢?这就需要借助于抽象和多态,即把可能变化的内容抽象出来,从而使抽象的部分是相对稳定的,而具体的实现则是可以改变和扩展的
里氏替换原则
核心思想:在任何父类出现的地方都可以用它的子类来替代。
其实就是说:同一个继承体系中的对象应该有共同的行为特征。
里氏替换原则通俗的来讲就是:子类可以扩展父类的功能,但不能改变父类原有的功能。它包含以下4层含义:
(1)子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
(2)子类中可以增加自己特有的方法。
(3)当子类的方法重载父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。
(4)当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。比如父类方法返回一个List,子类返回一个ArrayList,这当然可以。但是如果父类返回一个ArrayList,而子类返回一个List,这就不可以了。
依赖倒置原则
核心思想:面向接口编程,要依赖于抽象,不要依赖于具体实现。
其实就是说:在应用程序中,所有的类如果使用或依赖于其他的类,则应该依赖这些其他类的抽象类,而不是这些其他类的具体类。为了实现这一原则,就要求我们在编程的时候针对抽象类或者接口编程,而不是针对具体实现编程。
接口分离原则
核心思想:不应该强迫程序依赖它们不需要使用的方法。
其实就是说:一个接口不需要提供太多的行为,一个接口应该只提供一种对外的功能,不应该把所有的操作都封装到一个接口中。
迪米特原则
核心思想:一个软件实体应当尽可能少地与其他实体发生相互作用,使得系统模块相对独立。
其实就是说:降低各个对象之间的耦合,提高系统的可维护性。在模块之间应该只通过接口编程,而不理会模块的内部工作原理,它可以使各个模块耦合度降到最低,促进软件的复用。
如果一个系统符合迪米特法则,那么当其中某一个模块发生修改时,就会尽量少地影响其他模块,扩展会相对容易,这是对软件实体之间通信的限制,迪米特法则要求限制软件实体之间通信的宽度和深度。迪米特法则可降低系统的耦合度,使类与类之间保持松散的耦合关系。
1、单一职责原则
2、开闭原则
3、里氏替换原则
4、依赖注入原则
5、接口分离原则
6、迪米特原则
单一职责原则
其实就是常说的”高内聚,低耦合。也就是说,每个类应该只有一个职责,对外只能提供一种功能,而引起类变化的原因应该只有一个。在设计模式中,所有的设计模式都遵循这一原则。
开闭原则
核心思想是:对扩展开放,对修改关闭。
其实开闭原则的意思就是:对类的改动是通过增加代码进行的,而不是修改现有代码。即软件实体应尽量在不修改原有代码的情况下进行扩展。
也就是说软件开发人员一旦写出了可以运行的代码,就不应该去改动它,而是要保证它能一直运行下去,如何能够做到这一点呢?这就需要借助于抽象和多态,即把可能变化的内容抽象出来,从而使抽象的部分是相对稳定的,而具体的实现则是可以改变和扩展的
里氏替换原则
核心思想:在任何父类出现的地方都可以用它的子类来替代。
其实就是说:同一个继承体系中的对象应该有共同的行为特征。
里氏替换原则通俗的来讲就是:子类可以扩展父类的功能,但不能改变父类原有的功能。它包含以下4层含义:
(1)子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
(2)子类中可以增加自己特有的方法。
(3)当子类的方法重载父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。
(4)当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。比如父类方法返回一个List,子类返回一个ArrayList,这当然可以。但是如果父类返回一个ArrayList,而子类返回一个List,这就不可以了。
依赖倒置原则
核心思想:面向接口编程,要依赖于抽象,不要依赖于具体实现。
其实就是说:在应用程序中,所有的类如果使用或依赖于其他的类,则应该依赖这些其他类的抽象类,而不是这些其他类的具体类。为了实现这一原则,就要求我们在编程的时候针对抽象类或者接口编程,而不是针对具体实现编程。
接口分离原则
核心思想:不应该强迫程序依赖它们不需要使用的方法。
其实就是说:一个接口不需要提供太多的行为,一个接口应该只提供一种对外的功能,不应该把所有的操作都封装到一个接口中。
迪米特原则
核心思想:一个软件实体应当尽可能少地与其他实体发生相互作用,使得系统模块相对独立。
其实就是说:降低各个对象之间的耦合,提高系统的可维护性。在模块之间应该只通过接口编程,而不理会模块的内部工作原理,它可以使各个模块耦合度降到最低,促进软件的复用。
如果一个系统符合迪米特法则,那么当其中某一个模块发生修改时,就会尽量少地影响其他模块,扩展会相对容易,这是对软件实体之间通信的限制,迪米特法则要求限制软件实体之间通信的宽度和深度。迪米特法则可降低系统的耦合度,使类与类之间保持松散的耦合关系。
相关文章推荐
- JAVA基础再回首(二十六)——面向对象思想设计原则、设计模式、简单工厂模式、工厂方法模式、单例设计模式之饿汉式和懒汉式、Runtime类
- php部分---面向对象,设计模式(单例模式、工厂模式)、oop六大原则;
- 面向对象思想设计原则及常见设计模式
- 面向对象篇(OOP)--07 面向对象思想设计原则及常见设计模式
- 面向对象思想设计原则及常见设计模式
- java 之 面向对象思想设计原则及常见设计模式
- Android编程思想,面向对象程序设计第一篇——设计模式6个原则
- 面向对象设计模式之六大原则
- java 之 面向对象思想设计原则及常见设计模式
- 设计模式之禅笔记--面向对象设计六大原则之一
- 【我的Java笔记】Java面向对象思想设计原则及常见设计模式
- C#面向对象设计模式纵横谈(1):面向对象设计模式与原则 笔记
- 《C#面向对象设计模式纵横谈》——1、面向对象设计模式与原则|第一讲
- 面向对象设计模式与原则整理
- 面向对象设计模式与原则
- C#面向对象设计模式纵横谈(1):面向对象设计模式与原则
- 设计模式C++学习笔记之二十(完结篇 & 面向对象原则)设计模式C++实例下载
- 面向对象设计原则及设计模式概要
- 面向对象设计模式与原则
- 面向对象思想设计_计算器小程序(设计模式入门篇_01)