六大设计原则

写在前边：本文是自己的学习笔记。可能未必适合所有人学习，不喜勿喷。有错误希望大家能够指出。

 

单一职责原则

原则分析：

1）一个类承担的职责越多，它被复用的可能性越小，而且如果一个类承担的职责过多，就相当于将这些职责耦合在一起，当其中一个职责变化时，可能会影响其他职责的运作。

2）类的职责主要包括两个方面：数据职责和行为职责，数据职责通过其属性来体现，而行为职责通过其方法来体现。

3）单一职责原则是实现高内聚、低耦合的指导方针。

单一职责原则的优点：

1)降低类的复杂性，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；

2)提高类的可读性

3)提高代码的可维护性和复用性

4)降低因变更引起的风险，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。

怎样做才算遵循单一指责原则：

  不管对于一个类还是一个方法，尽可能的做到“少管闲事”，一个人做一件事就可以了。这样做可以带来的好处还有：我们在有修改的需求的时候，想要修改一个类也好，还是修改一个函数也好，都能不那么头疼，都能少思考一点。

里氏替换原则

定义：

所有引用基类的地方必须能透明的使用其子类对象。

所有引用基类（父类）的地方必须能透明地使用其子类的对象。即子类能够必须能够替换基类能够从出现的地方。子类也能在基类 的基础上新增行为。

最后再用白话讲一下：爸爸做的事都能交给儿子来完成，不管是谁做效果都是一样的。

 

原则分析：

1）讲的是基类和子类的关系，只有这种关系存在时，里氏代换原则才存在。

2）里氏代换原则可以通俗表述为：在软件中如果能够使用基类对象，那么一定能够使用其子类对象。

3）里氏代换原则是实现开闭原则的重要方式之一。

 

•继承的优点

•代码共享，减少类数量，每个子类都拥有父类的方法和属性

•提高代码的可重用性

•提高代码的可扩展性

•提高产品或项目的开放性

 

•继承的缺点

•继承是入侵式的。只要继承，就必须拥有父类的所有属性和方法

•降低代码的灵活性。子类必须拥有父类的属性和方法，受到限制

•增强了耦合性。当父类修改时，必须考虑子类的修改，这种修改可能造成大片的代码需要重构

 

• 里氏替换原则为良好的继承定义了规范，包含4层含义：

p   子类必须完全实现父类的方法；

p   子类可以有自己的个性；

p   覆盖或实现父类的方法时输入参数可以被放大；

p   覆盖或实现父类的方法时输出结果可以被缩小。

 

依赖倒置原则

   先谈我的理解：本来我们觉得类之间的关系，都因该是直接调用。然而这样做并不好，因为我们想要修改是比较吃力的。所以前人想到通过使用接口的形式，来降低耦合度。使用依赖倒置原则避免了牵一发而动全身的麻烦。

  依赖倒置原则的核心就是要我们面向接口编程，理解了面向接口编程，也就理解了依赖倒置。

 

•包括三层含义 ：

p高层模块不应该依赖底层模块，两者都依赖其抽象

p抽象不依赖细节

p细节应该依赖于抽象

 

原则分析：

1）如果说开闭原则是面向对象设计的目标，依赖倒置原则是到达面向设计“开闭”原则的手段。如果要达到最好的“开闭”原则，就要尽量的遵守依赖倒置原则。

2）依赖倒置原则的常用实现方式之一是在代码中使用抽象类，而将具体类放在配置文件中。

3）类之间的耦合：零耦合关系，具体耦合关系，抽象耦合关系。依赖倒置原则要求客户端依赖于抽象耦合，以抽象方式耦合是依赖倒置原则的关键。

 

在Java语言中，抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是具体的实现类，实现类实现了接口或继承了抽象类，其特点是可以直接被实例化

 

依赖倒置原则在Java中的体现：

•模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生

•接口或抽象类不依赖于实现类

•实现类依赖于接口或抽象类

依赖倒置原则可以减少类间的耦合性，提高系统的稳定性，降低并行开发引起的风险，提高代码的可读性和可维护性

 

接口隔离原则

  还是先谈我的感受：接口隔离原则和单一职责原则有点相近的意味，干的事目的相近。比方说，一个接口中有比较多的方法，那么就有可能有许多的类都想要实现这个接口。高耦合是我们不想看到的，所以我们就要把它撕碎，做法就是将接口尽可能的拆分，拆分尽可能的合理。

•接口

p实例接口：是对一个类型的实物所具有的方法特征的描述。包含了一系列不被实现的方法，而把这些方法的实现交给继承它的类。

p类接口：是指在Java中使用interface严格定义的接口。

•

•接口隔离原则有如下两种定义：

p客户端不应该依赖它不需要的接口；

p类间的依赖关系应该建立在最小的接口上

 

•接口隔离原则的具体的含义如下 ：

p一个类对另外一个类的依赖性应当是建立在最小的接口上的

p一个接口代表一个角色，不应当将不同的角色都交给一个接口。没有关系的接口合并在一起，形成一个臃肿的大接口，这是对角色和接口的污染。因此使用多个专门的接口比使用单一的总接口要好

p不应该强迫客户依赖于它们不用的方法。接口属于客户，不属于它所在的类层次结构。即不要强迫客户使用它们不用的方法，否则这些客户就会面临由于这些不使用的方法的改变所带来的改变  

 

接口隔离原则与单一职责原则的对比

其一，单一职责原则注重的是职责；而接口隔离原则注重对接口依赖的隔离。

其二，单一职责原则主要是约束类，其次才是接口和方法，它针对的是程序中的实现和细节；而接口隔离原则主要约束接口，主要针对抽象，针对程序整体框架的构建.。

 

迪米特法则

  仍然是先谈我的感受：这个法则想要做的是：一个对象应当对其他对象尽可能少的了解。知道的越少，牵连就越少，修改起来就越容易。这样做达到高内聚的目的。

  迪米特法则的核心观念就是类之间的解耦、弱耦合，只有弱耦合了以后，类的复用率才可以提高

 

•迪米特法则具有代表性的表述 :

p只与你直接的朋友们通信

p不要跟“陌生人”说话

p每一个软件单位对其他的单位都只有最少的了解，这些了解仅局限于那些与本单位密切相关的软件单位

 

问题由来：

类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

解决方案：

尽量降低类与类之间的耦合。

法则分析：

1）朋友类：

在迪米特法则中，对于一个对象，其朋友包括以下几类：

(1) 当前对象本身(this)；

(2) 以参数形式传入到当前对象方法中的对象；

(3) 当前对象的成员对象；

(4) 如果当前对象的成员对象是一个集合，那么集合中的元素也都是朋友；

(5) 当前对象所创建的对象。

任何一个对象，如果满足上面的条件之一，就是当前对象的“朋友”，否则就是“陌生人”。

 

迪米特法则的主要用途：在于控制信息的过载。

•在类的划分上，应当尽量创建松耦合的类，类之间的耦合度越低，就越有利于复用，一个处在松耦合中的类一旦被修改，不会对关联的类造成太大波及；

•在类的结构设计上，每一个类都应当尽量降低其成员变量和成员函数的访问权限；

•在类的设计上，只要有可能，一个类型应当设计成不变类；

•在对其他类的引用上，一个对象对其他对象的引用应当降到最低。

 

开闭原则

  先谈自己的理解：一个软件实体应当对扩展开放，对修改关闭。

  为什么这样做呢：对软件的修改是关闭的，因为想要修改原来的代码。在不清楚代码逻辑的情况下，很容易出现很多的问题。为了安全考虑，对代码的修改是关闭的。但是系统不可能是一成不变的，功能肯定是要增加的，所以说扩展开放的。

开闭原则的作用

p提高复用性

p提高可维护性

p提高灵活性

p易于测试

原则分析 :

1）当软件实体因需求要变化时， 尽量通过扩展已有软件实体，可以提供新的行为，以满足对软件的新的需求，而不是修改已有的代码，使变化中的软件有一定的适应性和灵活性。

2）实现开闭原则的关键就是抽象化。

3）可变性的封闭原则:找到系统的可变因素，将它封装起来. 这是对“开-闭”原则最好的实现。

开闭原则的应用：
 

需求变更：

  按照9折销售图书  遵照“开闭原则”中对修改关闭的原则，不能直接修改IBook接口和NovelBook类，而是通过增加一个子类OffNovelBook来完成

原则总结：

开闭原则是面向对象设计中最基础的设计原则，它指导我们如何建立稳定灵活的系统。1

只要我们对前面5项原则遵守的好了，设计出的软件自然是符合开闭原则的

开闭原则无非就是想表达：用抽象构建框架，用实现扩展细节。

再回想一下前面说的5项原则，恰恰是告诉我们用抽象构建框架，用实现扩展细节的注意事项而已：

•             单一职责原则告诉我们实现类要职责单一；
•             里氏替换原则告诉我们不要破坏继承体系；
•             依赖倒置原则告诉我们要面向接口编程；
•             接口隔离原则告诉我们在设计接口的时候要精简单一；
•              迪米特法则告诉我们要降低耦合。

    而开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。