转眼间已经进入了2018年，回顾过去的一年，才发现自己并没有达到预期的目标。虽然有所提高，但是和自己的预期相差甚远。希望能够借着这个系列的开始，给自己的2018年开个好头。
设计模式
设计模式（Design Pattern）是一套被反复使用、多数人知晓的、经过分类的、代码设计经验的总结。我们使用设计模式的目的：
- 为了代码可重用性
- 让代码更容易被他人理解
- 保证代码可靠性。
设计模式使代码编写真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。
设计模式本身是和语言没有直接关联的，它是属于一种经验的总结。而我们这个系列，将通过JavaScript来作为分析的主要开发语言。
设计模式的六大原则
- 1、开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。
- 2、里氏代换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科
- 3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。
- 4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。降低依赖，降低耦合。
- 5、迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
- 6、合成复用原则（Composite Reuse Principle）
原则是尽量使用合成/聚合的方式，而不是使用继承。
目前的基本计划是，通过JavaScript来展示不同的设计模式的实现方法，进而归纳整理，本文将会作为整个系列的汇总贴不定时进行更新。希望大家多多关注。
PS：之所以优先写出这篇汇总贴，也算是对自己的一个鞭策吧，毕竟承诺了的不能不兑现呢!
附：设计模式间的关系：
