- 单一职责原则 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力，这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。 如果你能够想到多余一个的动机去改变类，那么这个类就具有多余一个的职责。
- 开闭原则（The Open-Closeed Principle OCP） 软件实体（类、模块、函数等）应该可以扩展，但是不可修改。 对于扩展开放，对于修改关闭。
- 依赖倒转原则 高层模块不应依赖低层模块，两个都应该依赖抽象。 抽象不应该依赖细节，细节应该依赖抽象。
- 里氏替换原则 一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是说，在软件里面，把父类都替换成它的子类，程序的行为没有变化。 子类型必须能够替换掉他们的父类型。
- 迪米特原则 如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。 在类的机构设计上，每一个类都应当尽量降低成员的访问权限。 迪米特法则的根本思想是强调了类之间的松耦合