本文主要从以下几点介绍：
什么是设计模式
设计模式六大原则
设计模式中三个关键字
MVC设计模式
一、什么是设计模式
1、概念
设计模式（Design pattern）是一套被反复利用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了代码可重用、可扩展、让代码更容易地被他人理解、保证代码可靠性。毫无疑问，设计模式于己于人于系统都是多赢的，设计模式使代码编制真正工程化。
2、分类
总体来说，设计模式分为3大类：
1）创建型模式（共6种）：对象实例化的模式，创建型模式用于解藕对象的实例化过程。
创建型模式对类的实例化过程进行了抽象，能够将软件模块中对象的创建和对象使用分离。为了使软件的结构更加清晰，外界对于这些对象只需要知道他们共同的接口，而不清楚其具体的实现细节，使整个系统的设计更加符合单一职责原则。
有以下几种：
工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式
2）结构型模式（共8种）：把类或对象结合在一起形成一个更大的实例化过程。
结构型模式描述如何将类或者对象结合在一起形成更大的结构，就像搭建积木，可以通过简单积木的组合形成复杂的、功能强大的结构。
有以下几种：
适配器模式、装饰器模式、外观模式、桥接模式、组合模式、享元模式、代理模式、过滤器模式
3）行为型模式（共12种）：类和对象如何交互，及划分责任和算法。
行为型模式是对在不同的对象之间划分责任和算法的抽象化。行为型模式不仅仅关注类和对象的结构，而且重点关注他们之间的相互作用。
有以下几种：
策略模式、模板模式、观察者模式、迭代模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式、空对象模式
其实还有两类，即并发性模式和线程池模式。后期设计模式的模块不会每一种设计模式都讲解，而是挑选一些重要的，常用的设计模式进行讲解。
二、设计模式六大原则
1、单一原则（Single Responsibility Principle）
一个类或者一个方法只负责一项职责，尽量做到类的只有一个行为原因引起变化；
2、开闭原则OCP
开闭原则说的是，对扩展开放、对修改关闭。在程序需要进行扩展的时候，不能去修改原有的代码。这也是为了使程序的扩展性更好、易于升级和维护。
3、里氏代替原则LSP
在软件中将一个基类对象替换成其他的子类对象，程序将不会产生任何错误和异常，反过来则不成立。若一个软件实体使用的是一个子类对象的话，那么它一定不能够使用基类对象。里氏代换原则的程序表现就是：在程序中尽量使用基类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类。
4、依赖倒置原则（dependence inversion principle）
针对接口编程，依赖于抽象而不依赖于整体
5、接口隔离原则ISP
使用多个隔离的接口，比使用单个接口好
6、迪米特法则DP
一个实体应当尽量少地与其他实体间发生相互作用（即降低类与类之间的耦合），使得系统功能模块相对独立。
三、设计模式中三个关键字
1、抽象化
在众多事物中提取出共同的、本质性的特征，舍弃非本质的特征，就是抽象化。抽象化的过程也是一个剪裁的过程，在抽象时，同于不同，取决于从什么角度上来抽象。抽象的角度取决于分析问题的目的。
2、实现化
抽象类给出的具体实现，就是实现化。
一个类的实例就是这个类的实例化，一个具体子类是它的抽象超类的实例化。
3、解偶
所谓偶合，就是两个实体的行为的某种强关联。而将它们的强关联去掉，就是解偶。解偶就是将抽象化和实现之间的耦合解开，或者说是将它们之间的强关联改换成弱关联。
所谓强关联，指的是在编译时期已经确定的，无法在运行时期动态改变的关联；所谓弱关联，就是可以动态地确定并且在运行时期动态改变的关联。从这个定义上来说，继承关系是强关联，聚合关系是弱关联。
四、MVC设计模式
mvc设计模式虽不属于23中设计模式之一，但比较重要，接下来，我们将着重介绍下它。
mvc全民Model View Controller，是模型（Model）-视图（View）-控制器（Controller）的缩写，一种软件设计典范，MVC用一种业务逻辑数据，界面显示分离的方法组织代码，将业务逻辑聚集到一个不见里面，在改进和个性化定制界面以及用户交互的同事，不需要重新编写业务逻辑。
MVC设计模式同时也提供了对HTML、CSS、JS的完全控制，接下来看一下MVC设计模式中的几个部分：
1、模型（Model）
模型标识企业数据和业务规则，在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，也就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
2、视图（View）
视图是用户看到并与之交互的界面。对老式的Web应用程序而言，视图就是HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演者重要的角色，但是一些新的技术已经层出不穷，包括XHTML、XML/XSL、WML等一些标识语言和Web Service。
3、Controller（控制器）
控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单机Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理，它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据
使用MVC分层模型有助于管理复杂的应用程序，因为开发者在一个时间内可以专门关注某一个方面。例如，开发者可以在不依赖业务逻辑的情况下专注于视图设计，同时也让应用程序的测试更加容易。
使用MVC分层模型也简化了分组开发，不同的开发人员可以同时开发视图、控制器逻辑和业务逻辑。
最典型的MVC就是JSP+servlet+javabean。
为啥MVC设计模式不属于23种设计模式之一呢？
从两个角度看这个问题：
1、MVC设计模式我们这么叫，那么MVC到底是不是一种设计模式？或者说MVC是一种框架？框架与设计模式虽然相似，但却有着根本的不同。设计模式是对在某种环境中反复出现的问题以及解决该问题的方案的描述，它比框架更抽象；框架可以用代码表示，也能直接执行或复用，而对设计模式而言只有实例才能用代码表示，设计模式是比框架更小的元素。一个框架中往往含有一个或者多个设计模式，框架总是针对某一特定应用领域，但同一设计模式却可以适用于各种应用。可以说，框架是软件，设计模式是软件的知识；框架是大智慧，用来对软件设计进行分工；设计模式是小技巧，对具体问题提出解决方案，以提高代码复用率，降低耦合度。从这个角度讲，MVC应属于一种框架，而不是一种设计模式
2、第一点说了，"一个框架中往往含有一个或者多个设计模式"，实际上也确实如此。《GOF》，即《设计模式》一书的作者并没有把MVC提及为一种设计模式，在他们看来，MVC其实是其它三个景点的设计模式的演变：观察者模式+策略模式+组合模式，根据MVC在框架中不同的实现可能还会用到工厂模式和装饰器模式。比方说，model是应用的数据，view处理屏幕上展现给用户的内容，为此，MVC在核心通讯上基于推送/订阅模型，当一个model变化时它对应用其他模块发出更新通知，订阅者----通常是一个controller然后更新对应的view，这种自然的观察关系促进了多个view关联到同一个model。
【附】依赖、关联、聚合和组合之间的区别
- 依赖（Dependency）关系是类与类之间的联接。依赖关系表示一个类依赖于另一个类的定义。例如，一个人（person）可以买车（car）和房子（house），Person类依赖于Car类和House类的定义，因为Person类引用了Car和House，与关联不同的是，Person类里并没有Car和House类型的属性，Car和House的实例是以参数的方式传入到buy(）方法中去的。一般而言，依赖关系在Java语言中体现为局域变量、方法的形参或者对静态方法的调用。
- 关联（Association）关系是类与类之间的联接，它使一个类知道另一个类的属性和方法。关联可以是双向的，也可以是单向的。在Java语言中，关联关系一般使用成员变量来实现。
- 聚合（Aggregation）关系是关联关系的一种，是强的关联关系。聚合是整体和个体之间的关系。例如，汽车类与引擎类、轮胎类，以及其他的零件类之间的关系便是整体和个体的关系。与关联关系一样，聚合关系也是通过实例变量实现。但是关联关系所涉及的两个类是处在同一层次上，而在聚合关系中，两个类是处在不平等层次上的，一个代表整体，另一个代表部分。
- 组合(Composition)关系是关联关系的一种，是比聚合关系强的关系。它要求普通的聚合关系中代表整体的对象负责代表部分对象的生命周期，组合关系是不能共享的。代表整体的对象需要负责保持部分对象和存活，在一些情况下将负责代表部分的对象湮灭。代表整体的对象可以将代表部分的对象传递给另一个对象，由后者负责此对象的生命周期。换言之，代表部分的对象在每一个时刻只能与一个对象发生组合关系，由后者排他地负责生命周期。部分和整体的生命周期一样。
参考：https://www.cnblogs.com/xrq730/p/4896125.html