一：单一职责原则（single Responsibility Principle）
接口尽量做到职责的单一性，类可以灵活设计，通过实现不同的接口来达到目的
二：里氏替换原则
父类出现的地方，子类都可以出现。增强代码健壮性，版本升级时，即使增加子类，原有子类不受影响。每一个子类是一个业务实体，通过父类参数接收子类，根据子类的不同来执行不同的业务逻辑
三：依赖倒置原则
面向接口编程，实现类需要依赖于他的接口或者抽象类。做到类之间的松耦合。接口即规则。
四：迪米特法则
类之间解耦，做到高聚合、低耦合。优点：可以提高类的复用率。缺点：一个类想使用另一个类，增加了类直接的跳转，不能够直接引用，如果跳转的次数过多，则考虑重构。
五：开闭原则
WWW原则来讨论问题，what 、why、how。软件实体应该对修改关闭，对扩展开放，即软件的功能不是通过修改代码，而是通过扩展代码来实现的。组件化开发的思想
六：其他
约定大于规则，开发团队需要有自己的一个约定，这个约定是大于普众的开发规则的。
封装变化，通过设计模式来将变化带来的影响最小化
预知变化
原文：http://www.cnblogs.com/leonkobe/p/4287410.html