设计模式分为三种类型，共23种：
- 创建型模式：单例模式、抽象工厂模式、建造者模式、工厂模式、原型模式。
- 结构型模式：适配器模式、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式。
- 行为型模式：模版方法模式、命令模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式、状态模式、策略模式、职责链模式(责任链模式)、访问者模式。
设计模式六大原则
1、开闭原则OCP
开闭原则说的是，对扩展开放、对修改关闭。在程序需要进行扩展的时候，不能去修改原有的代码，这也是为了使程序的扩展性更好、易于升级和维护。
2、里氏代换原则LSP
在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常，反过来则不成立。如果一个软件实体使用的是一个子类对象的话，那么它一定不能够使用基类对象。里氏代换原则的程序表现就是：在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类。
3、控制反转原则IOC
针对接口编程，依赖于抽象而不依赖于具体
4、接口隔离原则ISP
使用多个隔离的接口，比使用单个接口要好
5、迪米特法则DP
一个实体应当尽量少地与其他实体间发生相互作用，使得系统功能模块相对独立
6、合成复用原则
尽量使用组合/聚合的方式，而不是使用继承
设计中的三个关键字
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。
MVC的好处是它能为应用程序处理很多不同的视图，在视图中其实没有真正发生处理，视图只是作为一种输出数据并允许用户操纵的方式
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。