设计模式是为了提升软件的以下特性:
- 代码重用性(相同代码不用多次编写)
- 可读性(编程规范性,便于阅读和理解)
- 可扩展性(方便增加新功能,又称可维护性)
- 可靠性(增加新的功能,对原来的功能没有影响)
- 高内聚,低耦合
而设计模式常常需要遵循七大原则,即设计模式的依据,也是日常编程需要遵循的原则:
- 单一职责原则
- 接口隔离原则
- 依赖倒转原则
- 里氏替换原则
- 开闭原则
- 迪米特法则
- 合成复用原则
下面对各个原则进行简单介绍
-
单一职责原则
单一职责原则是为了降低类的复杂度,让一个类只负责一项职责;提高类的可读性和可维护性;降低变更引起的风险。为了保证类的单一职责原则,适当对类进行分解,同时修改客户端。但是当一个类的方法足够少时,可以在方法级别上保证单一职责。一定要在一个方法内避免使用过多的 if…else… 语句。 -
接口隔离原则
接口隔离原则是指客户端不应该依赖它所不需要的接口,即一个类对另一个类的依赖应该建立在最少的接口数量上,即适当拆分接口类。 -
依赖倒转原则
- 依赖倒转原则是基于这样的设计理念:相对于细节的多边性,抽象的东西要稳定得多。以抽象为基础搭建的架构比以细节为基础的架构要稳定得多。在java中,抽象指的是接口或抽象类,细节就是具体的实现类。
- 高层模块不应该依赖低层模块,二者都应该依赖其抽象
- 抽象不应该依赖细节,细节应该依赖抽象
- 依赖倒转(转置)的中心思想是面向接口编程
- 使用接口或抽象类的目的是制定好规范,而不涉及具体的操作,把展现细节的任务交给他们的实现类去完成。
我们知道,依赖关系有三种传递方式:接口传递、构造方法传递、setter方式传递。依赖倒转原则需要注意
- 低层模块尽量都要有抽象类或接口,或者两者都有,这样程序稳定性更好。
- 变量的声明类型尽量是抽象类或接口,这样我们的变量引用和实际对象之间,就存在一个缓冲层,这样有利于程序的扩展和优化。
- 在继承时需要遵循里氏替换原则,即下一个原则。
-
里氏替换原则
此原则是为了让我们更好的使用面向对象编程中的继承特性。因为继承在给程序带来便利的同时,也带来了弊端。比如使用继承,如果一个类被其他的类所继承,如果这个类进行修改,则会影响到所有涉及到的子类。这样就给程序带来了侵入性。
里氏替换原则要求,在所有引用基类的地方都能透明地使用其子类的对象,这就要求我们在使用继承时,子类尽量不要重写父类的方法。如果必须进行修改该子类,那么可以通过聚合,组合,依赖等其它方式来解决这个问题,比如让该子类继承更高一级的父类。 -
开闭原则
开闭原则是编程中最基础、最重要的设计原则。一个软件实体,如类、模块和函数,应该对扩展开放(提供方),对修改关闭(使用方),即用抽象构建框架,用实现扩展细节。当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现。编程中遵循其它原则,使用设计模式,目的也就是为了遵循开闭原则。 -
迪米特法则
因为类与类关系越密切,耦合度越大,所以一个对象应该对其它对象保持最少的了解。迪米特法则又被称为最少知道原则,即一个类对自己以来的类知道的越少越好,也就是说,不管被依赖的类多么复杂,都尽量将逻辑封装在类的内部,对外除了提供的public方法,不对外泄露其它信息。一个类尽量避免仅作为局部变量出现在另外一个类的方法内部。 -
合成复用原则
尽量使用聚合和合成的方式,而不是使用继承。
那么设计原则的核心思想就是:找出代码中容易改变的地方,不要和那些不易改变的代码混在一起;针对接口编程,而非针对实现编程;为了交互对象之间的松耦合而努力。那么还需要了解class类之间的六大关系:
- 依赖关系:只要是在类中用到了对方(方法的返回类型,方法的参数类型,方法中有所使用等use-a关系),那么他们之间就存在依赖关系,但是两者却没有天生的必然关系,只是使用而已。A用到了B,则A依赖B。
- 泛化关系(继承):泛化关系实际上就是继承关系,也是依赖关系的一种特例。A extends B,则A -> B。
- 实现关系:一个实现类实现了一个接口类,也是依赖关系的一种特例。A implements B,则A —> B。
- 关联关系:也是依赖关系的一种特例,是指类与类之间的强依赖联系,具有导航性(即双向关系或单向关系)和多重性(即可以是1对1,1对多,多对1,以及多对多的关系)
- 聚合关系:表示整体和部分的关系(has-a),但是整体和部分是可以分开的。聚合关系是关联关系的一种特例,所以也具有导航性(单向关系)和多重性(即可以是1对1,1对多,多对1,以及多对多的关系)。
- 组合关系:这是一种比聚合关系更加紧密的关系(contains-a, part-of),即整体和部分是密不可分的。