埋头做了几天业务，发现博客又落下好几天了，这样下去也不是办法，想想如何能督促自己养成一个习惯并且保持下去？正好最近在学习设计模式相关的知识，不如整理一下，来个专题吧。
看好多大神，博客都是很规律的发布，想效仿大神们进步的方式，心动不如行动。当一个技术人员闲下来的时候，要么就该转管理层，要么就要被淘汰了吧。。。
话不多说，切入正题，说说软件开发中的设计模式。
总体来说设计模式分为三大类：
- Creational 创建型 5
- Factory Method 工厂方法模式
- Abstract Factory 抽象工厂模式
- Singleton 单例模式
- Builder 建造者模式
- Prototype 原型模式
- Structural 结构型 7
- Adapter 适配器模式
- Decorator 装饰者模式
- Proxy 代理模式
- Facade 外观模式
- Bridge 桥接模式
- Composite 组合模式
- Flyweight 享元模式
- Behavioral 行为型 11
- Strategy 策略模式
- Template Method 模板方法模式
- Observer 观察者模式
- Iterator 迭代器模式
- Chain of responsibility 责任链模式
- Command 命令模式
- Memento 备忘录模式
- State 状态模式
- Visitor 访问者模式
- Mediator 中介者模式
- Interpreter 解释器模式
接下来比较重要的就是设计模式的六大原则了
开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
里氏代换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。
依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。
接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用（尽量少的直接引用），使得系统功能模块相对独立。
合成复用原则（Composite Reuse Principle）
原则是尽量使用合成/聚合的方式，而不是使用继承。
刚开始看这些的时候可能会没什么感觉，不过随着技能的提升，再回过头多看几遍，理解会更加深刻。推荐对设计模式不是特别理解的同学读读程杰编写的《大话设计模式》，作者通过非常简单的故事将设计模式讲述出来，对初学者十分友好。