设计模式-概述

“ 花里胡哨的就不说了，这里每篇一句想说的话吧：今天干就完了！。”

      设计模式在软件研发中是个很老生常谈的事儿，我自己也的确模模糊糊，这里就像立一个flag，尽快给他拿下！

01

—

简介一下设计模式

        设计模式就是软件设计研发这么多年来，中间不断有人总结归纳经验：什么样的设计更合理，更容易被人接受，更利于后期维护？可能很多人都有各自的认知和归纳，但是有一部分人（GOF）总结的这个，被多数人认可并传播了。而且这个设计模式跟具体的编程语言无关，是一种代码结构设计思想。

        其实如果再提炼或者升维一下，我们平时生活中也有挺多事可以通过类似的思想去优化解决方案，具体情况具体分析吧。

02

—

设计模式的类型

        根据GOF的书来划分，有三种类型，但是我还看了菜鸟教程，所以会多看一种J2EE设计模式，下面贴个图：

        额。。。还有一张图片，说的是他们的关系，有点复杂，需要常回来看看

03

—

设计模式为啥那么分？分类的原则是啥？

        不管是从哪个帖子看，都会有那几个原则，通过这几个原则来划分了那23种设计模式，分别是：

1、开闭原则（Open Close Principle）

开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

通俗点讲：就是最好能实现热插拔，对原代码修改少

2、里氏替换原则（Liskov Substitution Principle）

里氏代换原则是面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

通俗点讲：子类可以扩展父类功能，但是不能改变父类原有的功能

3、依赖倒置原则（Dependence Inversion Principle）

这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。

通俗点讲：降低调用方与实现方的耦合，面向接口编程

4、接口隔离原则（Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。

与单一职责原则的不同：

单一职责是注重的是职责，接口隔离注重的是对接口依赖的隔离；

单一职责是约束类，针对的是实现和细节；接口隔离主要约束接口，针对抽象和程序整体框架的构建

通俗点讲：有限度的缩小接口实现，减少一个接口包含过多场景，提高内聚，减少对外交互

5、迪米特法则，又称最少知道原则（Demeter Principle）

最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。

通俗点讲：只需要干好自己的就行，降低耦合度，提高复用性，但是可能会有大量的中介产生

6、合成复用原则（Composite Reuse Principle）

合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承

通俗点讲：尽量减少使用继承，用组合或者聚合关系实现复用，继承如果父类修改影响太大

7、单一职责原则（Single Responsibility Principle，SRP）

又称单一功能原则，由罗伯特·C.马丁（Robert C. Martin）于《敏捷软件开发：原则、模式和实践》一书中提出的。这里的职责是指类变化的原因，单一职责原则规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分  

通俗点讲：一个类只干一类事，实现类要单一，便于理解，提高代码可读性