一、单一职责原则

一个类只负责一个单一明确的职责。如果一个类同时负责多个职责，来自职责A的需求变更引起的修改可能会导致职责B的功能发生故障。

比如说一个类T原本是符合单一职责的，后来因为某种原因或者是需求变更了，需要将职责P细分为颗粒度更细的职责P1和职责P2，这时候可以考虑将类T拆分为T1和T2两个类来分别负责这两个职责。

二、开闭原则

一个软件实体如类，模块和函数应该对扩展开放，对修改关闭。

其宗旨是软件应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。

开闭原则可以提高代码的复用性和可扩展性。

三、里氏替换原则

子类应当可以替换父类并出现在父类能够出现的地方。比如：公司搞年度派对，都有员工都可以抽奖，那么不管是新员工还是老员工，也不管是总部员工还是外派员工，都应当可以参加抽奖。

四、迪米特法则

只与你的直接朋友交谈，不跟“陌生人”说话

其含义是：如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。

五、接口隔离原则

1、客户端不应依赖它不需要的接口

2、类之间的依赖关系应该建立在最小的接口上

六、依赖倒置原则

1、高层模块不应该依赖底层模块，二者都应该依赖抽象。
2、抽象不应该依赖细节，细节应该依赖抽象。
3、依赖倒置的中心思想是面向接口编程。
4、依赖倒置原则是基于这样的设计理念：相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础搭建的架构要稳定的多。
5、使用接口或抽象类的目的是指定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类来完成。