1、单一职责， 一个类应该只有一个职责，否则耦合。
2、开闭原则， 可扩展不可修改，对于实在要修改的部分，用抽象隔离。
3、依赖倒转原则 高层（调用者）不应该依赖于低层（被调用者），两者都需要依赖于抽象； 抽象不应该依赖细节，细节应该依赖抽象（面向接口） 例子：业务类调用Sqlserver数据类，业务逻辑都封装得很完美，然后此时有新项目了，需要用mysql，此时需要重写mysql数据类，但是业务类完全可复用。那么在新项目中，业务类移植过来后需要把调用SQL数据类的地方都改成调用mysql数据类。如果老项目中业务类调用的是接口，那么新项目中mysql数据类只要继承接口，然后业务代码完全可以不用动。
4、里氏替换原则 把调用父类改为调用子类后，行为没有任何改变。即子类必须能够完全替代父类。 正是由于子类可以完全替换父类，才使得调用父类的模块可以实现无限扩展。 例子：企鹅继承鸟的话，就是违背了里氏替换原则，因为鸟会飞，企鹅不会飞。
5、迪米特法则（最少知识原则）：只与直接的朋友通信 如果两个类不必直接通信，那么就不应当发生直接的相互作用，如果需要调用另一个类的方法，可以通过第三者转发调用。 原则： a、尽量降低类和成员的可访问权限。 b、陌生类尽量不要作为局部变量出现的类的内部 c、直接的朋友是指有耦合关系：出现在成员变量、方法参数、返回值中的类
缺点：过分使用会造成很多与业务无关的第三方类，降低通信效率。 优点：耦合度越低，复用率越高。
6、合成/聚合复用原则：尽量使用合成/聚合，尽量不使用继承。 聚合表示一种弱拥有关系，A可以包括B，但B不是A的一部分； 合成表示强拥有关系，体现了 严格的部分和整体的关系，部分和整体的生命周期是一样的。 比方： 鸽子有2只翅膀，翅膀和鸽子则是合成关系。 鸽子属于鸽群，鸽群有多个鸽子，鸽群和鸽子则是聚合关系。 好处：保证每个类都被封装，并集中在单个任务上。这样类的继承规模会很小，不会增长为庞然大物。
