单一职责原则
就一个类而言应该只有一个引起她变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，会有意想不到的破坏。
开放封闭原则
实体（类、模板、函数等等）应该可以扩展，但是不可以修改。
无论设计是多么的“封闭”，都会存在一些无法对之封闭的变化。既然不可能完全的封闭，设计人员必须对于他的设计应该会存在哪些变化封闭做出选择，必须先猜测出最有可能发生变化的种类，然后构造抽象来隔离哪些变化。
依赖倒转原则
A 高层模块不应该依赖底层模块，两个都应该抽象
B 抽象不应该依赖细节。细节应该依赖抽象
简单的说就是面向接口编程
里氏代换原则
子类型必须能够替换掉她的父类型
一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且他察觉不出父类对象和子类对象的区别。也就是说，在软件里面把父类都替换成了子类，程序的行为没有发生改变
迪米特法则
如果两个类不必彼此直接通信，那么这两个类就不应该发生直接的相互作用。如果其中一个类要调用另外一个类的某一个方法，可以通过第三者转发这个调用。
合成/聚合复用原则
尽量使用合成/聚合，不使用类继承
聚合体现的是一种弱 拥有 的关系，体现的是A对象可以包含B对象，但是B对象不是A对象的一部分
合成则是一种强的 拥有 的关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样