你真的懂JAVA设计模式的目的及七大原则吗？先搞懂再学JAVA设计模式也不迟

设计模式的目的

使程序具有：

1. 代码重用性（相同功能的代码，不用复写）
2. 可读性（规范编程，让自己和他人轻松阅读）
3. 可拓展性（便于增加新功能）
4. 可靠性（新增功能后，不影响原有的功能）
5. 高内聚，低耦合

设计模式的原则

１.单一职责原则

意义：顾名思义，就是一个类只负责一个职责，能不管的事一定不要管!

反例：假如一个类负责两个功能,当其中一个功能要进行修改时,因为没有遵守单一职责原则,可能会导致另一个功能无法正常执行

总结:

1. 可以降低类的复杂度
2. 可以提高类的可读性,可维护性
3. 可以降低程序修改带来的风险
4. 变通：尽可能遵守单一职责原则，仅在逻辑足够简单时可在代码级违背单一职责原则，仅在类中方法数量足够少的时候，可在类的级别上违背单一职责原则，而只在方法级别上保持单一职责原则。

２.接口隔离原则

意义：一个类对另一个类的依赖应建立在最小的接口上。

依赖：在类中用到了它，那么和它之间就存在依赖关系。

反例：

一个接口I拥有4个方法：a,b,c,d

现有四个类：A,B,C,D

A通过接口I依赖C，但是，A只用到了a,b两个方法。

B通过接口I依赖D，但是，B只用到了b,c,d三个方法。

A，B通过接口I分别依赖C，D，也就是说，C，D肯定是要继承接口，继承接口则必须要实现接口中的所有方法。

问题来了！！！

A，B只用到了部分方法，而C，D又不得不实现接口I中的所有方法，这就造成了浪费、赘余。

修正：
将上述接口拆分！
分为I1，I2，I3三个接口

I1 中仅有 a 方法
I2 中仅有 b 方法
I3 中有 c,d 方法

那么，C类继承接口I1,I2，D类继承接口I2,I3，即可达到目的，并且都不用实现多余的方法。

总结：
一个类对另一个类的依赖应建立在最小的接口上，如果现接口不是最小接口，则应将该接口拆分，然后让类去继承他们真正需要的接口。即采用接口隔离原则。

３.依赖倒转原则

意义：

1. 高层模块不应该依赖低层模块,二者都应该依赖其抽象
2. 抽象不应该依赖细节,细节应该依赖抽象
3. 依赖倒转原则的中心思想是面向接口编程
4. 依赖倒转原则是基于这样的设计理念:相对于细节的多变性,抽象的东西要稳定的多。以抽象为基研搭建的架|构比以细节为基础的架构要稳定的多。在java中,抽象指的是接口或抽象类,细节就是具体的实现类
5. 使用接口或抽象类的目的是制定好规范,而不涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成

反例：
假设有一个声音类，其中有一个输出动物叫声的方法，假设刚开始只有狗这一种动物，故将Dog类对象作为该方法的参数传入以使其能输出狗的叫声。
但是，如果增加了别的动物，那么就无法实现。

所以，应该遵守依赖倒转原则。

依赖关系传递的三种方式：
1.接口传递
2.构造方法传递
3.setter方式传递

总结：

1. 底层模块尽量都要有抽象类或接口，使得程序更稳定。
2. 变量的声明类型尽量是抽象类或接口，使得引用与实际对象间产生一个缓冲层，便于程序的拓展和优化。
3. 继承时要遵守里氏替换原则。

４.里氏替换原则

前言
首先讲解一下继承的优劣，可以感受到，在编程中，继承给我们带来了极大的便利，父类定义好的方法，子类拿过来可以直接使用，极大的提高了代码的复用性。但是，继承有一个致命的缺陷就是给程序带来侵入性，这使得程序的可移植性降低，增加了耦合性。
所以，在继承时，需要遵守里氏替换原则。

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

反例：
假设A类的一个方法是用于计算两数之和的，而B类继承A类，并重写了A类的该方法，导致功能发生修改。
而当调用B类的这个方法时，可能不知道方法已经被重载，进而导致结果错误。

修正：
A，B类都继承同一个父类，将原有的继承关系以聚合、组合、依赖替代。

总结：

1. 子类尽量不要重写父类的方法。
2. 在适当的情况下，通过聚合、组合、依赖来达到目的。

５.开闭原则

意义：软件实体，如类、模块、函数应该对扩展（提供方）开发，对修改（使用方）关闭。

反例：
同样是一个声音类，其中有一个发出声音的方法，按照普通思路，我们会根据传入参数（动物类型），来进行判断，并调用声音类中的相应方法，以输出对应的声音。
但是，会发现，当新增动物时，要进行大量修改，既要增加输出对应该动物叫声的方法，又要在判断总增加这一情况。
这就很麻烦，所以，我们要遵守开闭原则，对扩展开发，对修改关闭。

修正：
我们可以直接定义一个动物的抽象类或接口，而具体的发出声音的方法让各个类自己去实现，故在增加动物时，源代码无需修改，直接在新增动物中实现发出声音的方法即可。

总结：

1. 软件实体，如类、模块、函数应该对扩展（提供方）开发，对修改（使用方）关闭，用抽象构建框架，用实现扩展细节。
2. 当需要修改时，尽量通过扩展软件实体的方法来实现修改，而非修改已有代码。
3. 遵循其他原则及使用设计模式的目的就是遵循开闭原则。

６.迪米特法则

意义：迪米特法则亦称最少知道原则，即对依赖的类知道的越少越好。

年轻人，知道的太多了可不好。

总结：

1. 一个对象应该对其他对象保持最少的了解
2. 类与类之间关系越密切，耦合性越强
3. 对自己依赖的类知道的越少越好。无论所依赖的类内部多么复杂，外界都不用管，只需对外界提供public方法即可。
4. 只与直接朋友通信

直接朋友：
每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系，耦合的方式很多，依赖、关联、组合、聚合等。其中，我们称出现成员变量、方法参数、方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部。

７.合成复用原则

意义：在一个类要使用到另一个类的方法时，尽量采用合成或聚会的方式，而非继承。

举例：
B类要使用A类中的某个方法，如果将B类去继承A类，则会增加耦合性，所以可以转换成为合成或聚合。

总结：
尽量将继承转换为合成或聚合，以此来降低耦合性。

设计模式核心思想

1. 将需要修改的代码与无需修改的代码独立
2. 针对接口编程，而非针对实现编程
3. 为松耦合而努力

点赞+评论+关注，后期更精彩