设计模式六大原则

单一职责原则

定义：不要存在多于一个导致类变更的原因

描述：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。

里氏替换原则

定义：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。

描述：这个定义需要头脑清醒时才能看明白。。。 看到这个我马上想到的是java中的继承，实现。。。

依赖倒置原则

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

描述：看到这个可以想到设计模式中的工厂方法模式。

接口隔离原则

定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。

描述：

未遵循借口隔离原则：

                图片来自：http://www.uml.org.cn/sjms/201211023.asp

遵循接口隔离原则：

               图片来自：http://www.uml.org.cn/sjms/201211023.asp

迪米特法则

定义：一个对象应该对其他对象保持最少的了解。

描述：有益于降低耦合性。

开闭原则

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

描述：直接对源代码修改可能会引起更多的错误

 

 转载注明出处：http://www.cnblogs.com/xiemubg/p/6748828.html