设计模式概述

就像物理 数学公式一样。比如几何，分析后知道用那个、那些公式来解决该问题。

模式也就是套用模板，类似习题做多了，也就有感觉了。

缺点：因为要职责分离 独立等需要拆分类、类里面的方法，会引入接口，这样会增加很多的类。

因为增加了很多类，还有层级，看代码的时间其实也是增加了（可读性还是进步了）。

不要滥用，不要滥用，不要滥用。公司的很多业务代码都可以按照设计模式来修改，但是代码复杂度，类的数量会增加非常非常多。这这点上，模式类似面向对象。业务的实现过程很多地方还是面向过程开发的。

一般JDK 提供给第三方扩展才会大量使用模式。一般的简单的业务代码不需要使用。怎么简单快速高效实现就怎么来。

一 分类 

按不同的标签、特性的分类

1 创建型 （6个）-涉及到对象的创建，新的对象

单例：唯一一个对象，static的

建造者：同一个对象，动态添加属性

原型：多个相似的对象，类似克隆的概念

工厂：（简单工厂、工厂方法、抽象工厂）-很多对象

2 结构型（7个）- 对已有对象之间结构关系，即2个对象之间的关联使用

桥接模式：2个(多个)变化的维度

外观模式：类似封装的一个工具类(gson、fastjson)，不关注子系统里面功能的具体实现。

适配器：使不同类型对象中的一个A的methodY()达到和另一个对象methodX()的同一个功能

代理模式-Proxy-反射

组合模式：使不同层级的对象达到一致的效果,最常见的就是树结构

3 行为型

观察者：对象与对象之间的依赖关系。

迭代器：对关注聚合对象的遍历访问的抽象。java集合内置了，直接使用api就好了。 --设计一个逐页迭代器，每次可返回指定个数（一页）元素，并将该迭代器用于对数据进行分页处理。

策略：不同的策略可以放到xml配置文件。

 

昨晚（17号）一个大厂电话面试，问了设计模式。居然连这篇自己写的文章都没说的那么全。电话后,又想起来可以说的很多。。。

事后诸葛啊。。。

今天看到xx军总结的很好（表达能力强很重要啊，自己也都知道，就是说不清楚）

创建型模式
前面讲过，社会化的分工越来越细，自然在软件设计方面也是如此，因此对象的创建和对象的使用分开也就成为了必然趋势。因为对象的创建会消耗掉系统的很多资源，所以单独对对象的创建进行研究，从而能够高效地创建对象就是创建型模式要探讨的问题。这里有6个具体的创建型模式可供研究，它们分别是：

简单工厂模式（Simple Factory）
工厂方法模式（Factory Method）
抽象工厂模式（Abstract Factory）
创建者模式（Builder）
原型模式（Prototype）
单例模式（Singleton）
说明：严格来说，简单工厂模式不是GoF总结出来的23种设计模式之一。

结构型模式
在解决了对象的创建问题之后，对象的组成以及对象之间的依赖关系就成了开发人员关注的焦点，因为如何设计对象的结构、继承和依赖关系会影响到后续程序的维护性、代码的健壮性、耦合性等。对象结构的设计很容易体现出设计人员水平的高低，这里有7个具体的结构型模式可供研究，它们分别是：

外观模式/门面模式（Facade门面模式）
适配器模式（Adapter）
代理模式（Proxy）
装饰模式（Decorator）
桥梁模式/桥接模式（Bridge）
组合模式（Composite）
享元模式（Flyweight）

行为型模式
在对象的结构和对象的创建问题都解决了之后，就剩下对象的行为问题了，如果对象的行为设计的好，那么对象的行为就会更清晰，它们之间的协作效率就会提高，这里有11个具体的行为型模式可供研究，它们分别是：

模板方法模式（Template Method）
观察者模式（Observer）
状态模式（State）
策略模式（Strategy）
职责链模式（Chain of Responsibility）
命令模式（Command）
访问者模式（Visitor）
调停者模式（Mediator）
备忘录模式（Memento）
迭代器模式（Iterator）
解释器模式（Interpreter）