设计模式的六大原则

当编写代码量比较大的项目时，并且随着需求的变更，总是会发现代码会变得越来越不可维护，越来越像坨shit。其实这是一个普遍的问题的，前人们在多年的工程实践中总结出了一系列应对方法，而这些方法就是设计模式。

设计模式的六大原则：

1.单一职能原则：每一个类最好具备单一职能，而不是一个类行使多个职能，这样会很臃肿而且系统划分不够清晰

2.开闭原则：对扩展开放，对修改关闭。现实当中很难完全做到，通过扩展使得只需要极少量的修改

3.依赖倒置原则：类间的依赖关系通过接口或抽象类产生

4.里氏替换原则：面向接口编程，所有引用基类的地方可以透明地使用其子类的对象

5.接口隔离：类间的依赖关系应该建立在最小的接口上，让客户端依赖的接口尽可能小，而不是暴露很多接口

6.迪米特法则：类之间越亲密，耦合度越大，当其中一个改变的话，对另外的影响也就越大，因此类应该只和最直接的朋友通信