单一职责原则
就一个类而言应该只有一个引起她变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，会有意想不到的破坏。
开放封闭原则
实体（类、模板、函数等等）应该可以扩展，但是不可以修改。
无论设计是多么的“封闭”，都会存在一些无法对之封闭的变化。既然不可能完全的封闭，设计人员必须对于他的设计应该会存在哪些变化封闭做出选择，必须先猜测出最有可能发生变化的种类，然后构造抽象来隔离哪些变化。
依赖倒转原则
A 高层模块不应该依赖底层模块，两个都应该抽象
B 抽象不应该依赖细节。细节应该依赖抽象
简单的说就是面向接口编程
里氏代换原则
子类型必须能够替换掉她的父类型
一个软件实体如果使用的是一个父类的话，那么一定适用于其子类，而且他察觉不出父类对象和子类对象的区别。也就是说，在软件里面把父类都替换成了子类，程序的行为没有发生改变
原文：http://www.cnblogs.com/heml/p/4620430.html