设计原则名称 |
设计原则简介 |
重要性 |
单一职责原则 |
类的职责要单,不能将太多的职责放在一个类中 |
四颗星 |
开闭原则 |
软件实体对扩展是开放的,但对修改是关闭的,即在不修改一个软件实体的基础上去扩展其功能 |
五颗星 |
里氏替换原则 |
在软件系统中一个可以接受基类对象的地方必然可以接受一个子类对象 |
四颗星 |
依赖倒转原则 |
要针对抽象层编程,而不要针对具体类编程 |
五颗星 |
接口隔离原则 |
使用多个专门的接口来取代一个统一的接口 |
两颗星 |
迪米特法则 |
一个软件实体对其它实体的引用越少越好,或者说如果两个类不必彼此直接通信,那个这两个类就不应当发生直接的相互作用,而是通过引一个第三者发生间接交互 |
三颗星 |
合成复用原则 |
在系统中应该尽量使用组合和聚合关联关系,尽量少使用甚至不使用继承关系 |
一、单一职责原则:
定义:一个对象应该只包含单一的职责,并且该职责被完整地封装在一个类中。就一个类而言,应该仅有一个引起它变化的原因。
二、开闭原则:
一个软件实体应当对扩展开放,对修改关闭。也就是说在设计一个模块的时侯,应当使这个模块可以在不被修改的前提下被扩展,即实现在不修改原代码的情况下改变这个模块的行为。
三、里氏替换原则
定义一:如果对每一个类型为S的对象o1,都有类型为T的对象o2,使得以T定义的所有程序P在所有的对象o1都代换成o2时,程序P的行为没有变化,那么类型S是类型T的子类型。
定义二:所有引用基类(父类)的地方必须能透明地使用其子类的对象。
四、依赖倒转原则
高层模块不应该依赖低层模块,它们都应该依赖抽像。抽象不应该依赖于细节,细节应该依赖于抽象。要面向接口编程,不要针对实现编程。
五、接口隔离原则
定义:客户端不应该依赖那些它不需要的接口(这里的接口指方法)。尽量防止接口污染,接口职责单一,单一职责原则在接口编程方面的应用。
定义二: 一旦一个接口太大,则需要将它分成一些更细小的接口,使用该接口的客户端仅需知道与之相关的方法即可。
六、合成复用原则
尽量使用对象组合,而不是继承来达到复用的目的。
七、迪米特法则
(1)不要和“陌生人”说话
(2)只与你的直接朋友通信
(3)每个软件单位对其它的单位都只有最少的知识,而且局限于那些与本单位密切相关的的软件单位。
时间: 2024-10-14 10:46:31