都说程序员应该坚持写博客，第一能加深技术的理解，在写这篇博客之前，我原以为自己对六大原则已经掌握了，实际上写起来还是磕磕碰碰的哈哈哈。第二也是为自己的时间留下点痕迹吧。第三也是希望提升一下语言水平，毕竟日常工作聊天少，再不写点东西怕是不会组织语言了。于是乎决定开始写博客，此为第一篇博客，如有错误欢迎指出谢谢~
什么是设计模式？
设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。
——百度百科
为什么要学习设计模式？
设计模式在我看来是程序员的一本华而又实的武功秘籍。理解它，能为你揭开许多源码神秘的面纱从而学习到许多优秀的代码设计（这也是我目前最想实现的目标鸭！）；运用它，从此成为指尖上的艺术家，合理的使用设计模式，职责分离，BUG无处可藏，合理抽象，需求随便改。总之，能在类名后面加上一个Proxy、Strategy等后缀，一下子逼格就上来了就对了。
知识储备
为了更好的学习、理解设计模式，建议先去学习UML类图（便于理解某个设计模式里角色之间的关系）、六大设计原则。在这里简单的总结一下六大设计原则。
- 开闭原则：即一个软件实体（如类、函数）应该对扩展开放，对修改关闭。也就是建议用抽象定义框架，用实现去扩展细节。
- 单一职责原则：即术业有专攻，每个类只应该有一个职责，也就是只有一种需求的改动会导致这个类变动。当职责分离清楚后，当出现BUG时就能极易定位问题，且职责分离清楚后代码结构清晰降低维护成本。
- 里氏替换原则：引用基类的地方一定也能替换成子类，且程序结果不发生改变。该职责要求子类不能重写基类的方法，也就是子类不允许个性化。（这个原则的含义其实我还不是很理解，多学习吧！）
- 依赖倒置原则：类与类之间不应该依赖于实现，而应该依赖于抽象。简而言之就是面向接口编程从而降低耦合度。
- 接口分离原则：相当于接口版的单一职责原则吧！也就是当有多个功能时，不应该建造一个臃肿的接口，而是应该将功能细化建成多个不同的接口。从而避免实现类需要实现一些无关的功能。
- 迪米特原则：该职责强调一个类要尽可能少知道不属于它的东西，尽可能的保证其独立性。个人觉得这是一个很容易被忽略但实际作用很大的原则。
设计模式分类
设计模式共二十三种，按其行为可分为三大类：
- 1.创建型模式（5种）
工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式
- 2.结构型模式（7种）
适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式
- 3.行为型模式（11种）
策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式
小结
接下来我将会按照三大类进行学习,文章是一边学习一边写的以便加深印象，如有错误欢迎指出~
