设计模式六大原则

• 单一职责原则

  1.理解：不同的类具备不同的职责，各司其职。做系统设计是，如果发现有一个类拥有了两种职责，那么就要问一个问题：可以将这个类分成两个类吗？如果真的有必要，那就分开，千万不要让一个类干的事情太多。

  2.总结：一个类只承担一个职责，一个对象只有一种引起他变化的原因。

• 里氏替换原则

  1.理解：我喜欢动物，那我一定喜欢狗，因为狗是动物的子类；但是我喜欢狗，不能据此断定我喜欢动物，因为我并不喜欢老鼠，虽然它也是动物。

  2.总结：所有引用基类（父类）的地方必须能透明地使用其子类的对象。

• 依赖倒置原则

  1.理解：举例人吃苹果，我想吃苹果，但是我还想吃橘子，如果按照程序思维的话。就是三个类型，人Class，苹果Class，橘子Class，这种方式冗杂不好维护，不易理解，用水果来抽象化，苹果类继承并实现吃的动作。

  2.总结：使用接口或抽象类

• 接口隔离原则

  1.理解:如果一个类实现一个接口，但这个接口中有它不需要的方法，那么就需要把这个接口拆分，把它需要的方法提取出来，组成一个新的接口让这个类去实现。

  2.总结：一个接口对实现它的类都是有用的。接口足够小。

• 迪米特原则(最少知道原则)

  1.理解：一个对象应该对其他对象有最少的了解。

  2.总结：类中只暴露不得不暴露的，其内部实现不暴露出去。

• 开闭原则

  1.理解：类、模块、函数，可以去扩展，但不要去修改。如果要修改代码，尽量用继承或组合的方式来扩展类的功能。

  2.总结：是扩展不是修改。