设计原则是规范，设计模式是技巧。如果在项目中能够灵活运用这些基础知识，那么我相信一定会得到意想不到的收获。

　　接下来的时间里，我将继续学习设计模式，将对每一个设计模式从以下几点进行分析和学习，如有不妥当或者理解错误的地方，欢迎大家指正和批评：

　　　　(1) 定义：描述该模式是什么，有什么样的作用；

　　　　(2) 问题描述：该模式是针对什么样的问题而出现的，由开发中遇到的问题而引入；

　　　　(3) 解决方案：给出合适的解决方案，进一步解释该模式的定义；

　　　　(4) 结构图：根据定义，绘制相关栗子的UML结构图；

　　　　(5) 举个栗子：给出具体的实例，进一步说明该模式的实现方式；

　　　　(6) 优缺点：系统地分析该模式的优缺点；

　　　　(7) 适用场景：综上所述，总结该模式的使用场景。

 

　　先总体了解一下常用的22种设计模式的定义吧，对这些设计模式先有一个大致的印象：

　　　　1. 简单工厂模式：通过专门定义一个工厂类来负责创建其它类的实例，而被创建的实例通常都拥有共同的父类。

　　　　2. 工厂方法模式：定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。

　　　　3. 抽象工厂模式：为创建一组相关的或相互依赖的对象提供一个接口，而无需指定他们的具体类。

　　　　4. 单例模式：一个类有且仅有一个实例，并且自行实例化向整个系统提供。

　　　　5. 原型模式：使用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

　　　　6. 建造者模式：将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示。

　　　　7. 适配器模式：将一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。

　　　　8. 桥接模式：将抽象和实现解耦，使两者可以独立的变化。

　　　　9. 组合模式：将对象组合成树形结构以表示“部分－整体”的层次结构，使得用户对单个对象和组合对象的使用具有一致性。

　　　　10. 装饰模式：在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。

　　　　11. 外观模式：为子系统的一组接口提供一个统一的入口，定义一个高层接口，这个接口是的这个子系统更加容易使用。

　　　　12. 享元模式：运用共享技术有效地支持大量细粒度的对象。

　　　　13. 代理模式：为其他对象提供一种代理以控制对这个对象的访问。

　　　　14. 责任链模式：很多对象由每个对象对其下家额引用而连接起来形成一条链，请求在这个链上传递，直到链上的某一个对象决定处理此请求为止，从而避免请求的发送者和接受者之间的耦合关系。

　　　　15. 命令模式：将一组行为抽象为对象，实现二者之间的松耦合。

　　　　16. 迭代器模式：提供一种方法顺序访问一个聚合对象中的各种元素，而又不暴露该对象的内部表示。

　　　　17. 中介者模式：使用一个中介对象封装一系列的对象交互，中介者使各个对象不需要显示地相互作用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

　　　　18. 备忘录模式：在不破坏封闭的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，以便以后将此对象恢复到原先的保存状态。

　　　　19. 观察者模式：对象间的一种一对多的依赖关系，以便一个对象的状态发生变化时，所有依赖于它的对象都得到通知并自动刷新。

　　　　20. 状态模式：允许一个对象在其内部状态改变时改变它的行为，对象看起来好像修改了它的类。

　　　　21. 策略模式：定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换，让算法独立于使用它的客户而独立变化。

　　　　22. 访问者模式：封装一些作用于某种数据结构中的各元素的操作，它可以在不改变数据结构的前提下定义作用于这引起元素的新的操作。

 

　　Github项目地址：

　　参考资料：百度百科