design pattern
设计一门语言或者框架需要考虑哪些问题？
省事是一个很抽象的东西，纯粹的去了解抽象的东西很伤脑筋，因为没有具体的实现会让人云里雾里，但是同样，在学习一些编程语言或者框架的时候，会被一些语法，各种调用搞得很烦，这些很具体的细节有时也一样伤脑筋。因此去了解它的设计模式——抽象的，实现——具象的，两者都很重要。然而设计模式大同，必然它的实现也会大同，不同的只是表现出来的形式，因此对一些东西纠结与否，只须考虑它的不同之处，我们自顶向下的学习，当理解了这样做的目的是什么，很多东西也可不必深究（我在大多数时候，都用“这样做省事”来回答自己心中的疑问，因此，去深入了解一下到底是怎么省事的，会让自己脑子更加清晰）
- 设计模式（design pattern）的目的：让代码可重用；可扩展；可解耦；易理解。
- 设计原则
- 开闭原则：对扩展开放，对修改关闭（前者是为了可扩展功能，后者应该是对安全性、稳定性考虑）。
- 里氏转换原则：子类继承父类，单独后可运行（达到代码可重用目的）
- 依赖倒转原则：引用一个对象，如果其有底层类型，直接应用底层（减少了不必要的步骤，直白的省事）。
- 接口隔离原则：每一个接口应该是一种角色（明确功能，便于维护，易理解）。
- 合成/聚合复用原则：新的对象应使用一些已有的对象，使之成为新对象的一部分（新的对象永远是在已有对象的基础上做扩展，功能更多）
- 迪米特原则：一个对象应对其他对象有尽可能少的了解（设计的时候有明确的界限，使用的时候可以只专注当前功能的实现，对象之间互不干扰）