最近一直在学习设计模式，希望在这里记录一个学习过程，让自己不仅是读懂设计模式的定义和类图，更要是能敲出一个简单的demo，并能写下来设计模式各方面的运用。读懂、会用、书写出来，我认为这三个是不同的阶段，读懂了不一定会用，会用了不一定能把它写下来，能独立写出来我认为需要有自己的理解，这样记忆才会更深刻。同样这三个过程也是一个循序渐进的过程，不可跳跃的步骤。
简介：说到设计模式，第一次听到的时候感觉很高端，下面我从网上摘录一份定义。
设计模式（Designpattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
为什么要学习设计模式：写这篇文章的时候我已经学习设计模式有一段时间了，在这段时间里很明显的感觉到设计模式的强大之处，并且能理解很多JAVA类库、框架的源码结构到底为什么这么写，之前我看源码有些复杂的地方会有点晦涩难懂，在学习了例如代理模式中动态代理，再去看JAVA自带的动态代理类的源码，大致就能明白它的深意，又比如学习了装饰器模式，就能更加理解IO源码的结构为什么是这样的，所以可以培养一定的看源码的能力。还可以锻炼设计思维，为以后写出更加健壮的JAVA代码做铺垫。不仅仅是做一名码农，要做一名有思想的码农，哈哈。
设计模式之六大原则
在学习设计模式之前，脑中需要对六大原则有一个大致的概念，但不一定需要完完全全遵守这些原则，只是在可能的情况下尽量遵守。
1. 单一职责原则：描述的意思是每个类都只负责单一的功能，切不可太多，并且一个类应当尽量的把一个功能做到极致。
2. 里氏替换原则：这个原则表达的意思是一个子类应该可以替换掉父类并且可以正常工作。
3. 接口隔离原则：也称接口最小化原则，强调的是一个接口拥有的行为应该尽可能的小。
4. 依赖倒置原则：这个原则描述的是高层模块不该依赖于低层模块，二者都应该依赖于抽象，抽象不应该依赖于细节，细节应该依赖于抽象。
5. 迪米特原则：也称最小知道原则，即一个类应该尽量不要知道其他类太多的东西，不要和陌生的类有太多接触。
6. 开-闭原则：最后一个原则，一句话，对修改关闭，对扩展开放。
这些原则到现在为止我也只能大概懂一部分，只是说这里有一个概念或印象，在后面学习设计模式的时候会慢慢加深对这些原则的理解。
最后，摘录一句我认为很经典的话：用抽象构建框架，用细节实现扩展。