遵循设计原则，可以让我们的代码 解耦、复用、提高可维护性、优雅（装B）、提高可拓展性。总之就是学就对了。设计原则本身是最高层次的抽象，所以初学者可能不容易理解，可以学完设计模式之后再来回味。写了很多自己的理解，希望能帮到你。 7大设计原则
- 开闭原则依赖倒置原则单一职责原则接口隔离原则迪米特法则（最少知道原则）里氏替换原则合成复用原则
定义： 对拓展开放，对修改关闭
第一大原则，所有原则的祖宗，开闭原则，对拓展开放，对修改关闭这是解耦的关键怎么做呢：预留一些拓展点，让子类可以拓展，这就需要抽象层在构建的时候多花一些功夫比如Spring的框架，你不能改他的源码吧，但是它预留了很多的拓展点，让你能介入、影响它的执行过程。比如BeanPostProcessor、InitializingBean、比如他暴露的事件等等。 依赖倒置原则
定义： 依赖抽象，不依赖具体
高层模块不应该依赖底层模块：抽象不依赖细节底层模块可以依赖抽象：细节应该依赖抽象简单点：能使用抽象时，就用抽象。也就是面向接口编程ps：抽象层负责节点控制、流程导向、执行顺序等等大事，从而保证抽象层的稳定。而具体怎么做，有实现层完成。 单一职责原则
定义：一个类、接口、方法只负责一项职责。只有一个原因会导致类的修改变更
降低类的复杂度一个类只负责一项职责（请注意这里使用的是职责，就是只负责一件事情）这或许是看字面意思最容易理解的一个原则，恭喜你这或许又是最抽象的一个原则，如何划分职责？可惜并没有标准答案。 接口隔离原则
定义： 按职责划分接口，避免用一个接口实现多种职责的。
一个接口只关注一种职责。比如不要把跑和吃放在一个接口中。比如Spring的BeanFactory接口设计，职责是Bean工厂避免接口臃肿、尽量细化接口一个类应该尽可能少实现接口 迪米特法则（最少知道原则）
定义： 最少知道原则、保持神秘、不要和陌生人说话。
一个类尽可能少的暴露内容一个类尽可能少的使用别的类的内容（让其他类给你提供方法） 里氏替换原则
定义：使用父类的地方，一定可以使用子类
这是对多态的拓展约束原则子类可以拓展父类的功能，但是不能更改父类原有的功能简单点理解，就是 Override 父类方法时，不应该改变其方法的本意，反例：父类方法本来是吃，结果被子类覆写为跑。这就违反了里氏替换原则 合成复用原则
定义： 尽量使用组合、聚合来达到软件复用，而不是使用继承来达到复用。
避免继承滥用，本身不是继承关系，为了实现一项功能而使用了继承，就是继承滥用通过组合来复用，而不是继承。继承是 is-a 的关系，组合是 has-a 的关系。认为继承是最强的藕合合理使用继承，若不是继承关系，使用组合来达到复用的目的。 写在最后
理性看待设计原则尽可能贴近设计原则编码，而不是完全遵循
