定义：一个对象应该对其他对象保持最少的了解。问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。解决方案：尽量降低类与类之间的耦合。自从我们接触编程开始，就知道了软件编程的总的原则：低耦合，高内聚。无论是面向过程编程还是面向对象编程，只有使各个模块之间的耦合尽量...
分类：
其他好文 时间：
2015-04-12 22:41:26
阅读次数：
137
定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来...
分类：
其他好文 时间：
2015-04-12 21:00:42
阅读次数：
123
定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口...
分类：
其他好文 时间：
2015-04-11 17:54:23
阅读次数：
167
定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。定义2：所有引用基类的地方必须能透明地使用其子类的对象。问题由来：有一功能P1，由...
分类：
其他好文 时间：
2015-04-11 17:39:38
阅读次数：
143
设计模式六大原则（1）：单一职责原则定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T...
分类：
其他好文 时间：
2015-04-11 17:35:30
阅读次数：
154
声明：本系列博客参考资料《大话设计模式》，作者程杰。
一般认为遵从以下六大原则的代码是易扩展可复用的代码：
这六大原则任何面向对象的语言都应该遵守的，要想让你的代码易扩展高服用就尽量去满足这六大原则吧，不一定严格按照某种设计模式，但是如果你的代码符合这六大原...
分类：
Web程序 时间：
2015-04-07 00:46:31
阅读次数：
187
在网上看到设计模式六大原则，学习了。因此在这备份一下。 原文作者 卡奴达摩 链接http://my.csdn.net/zhengzhb设计模式六大原则（1）：单一职责原则：http://blog.csdn.net/zhengzhb/article/details/7278174 设计模式六大原则（2...
分类：
其他好文 时间：
2015-03-30 20:29:24
阅读次数：
124
目录：设计模式六大原则（1）：单一职责原则 设计模式六大原则（2）：里氏替换原则设计模式六大原则（3）：依赖倒置原则 设计模式六大原则（4）：接口隔离原则 设计模式六大原则（5）：迪米特法则 设计模式六大原则（6）：开闭原则 设计模式六大原则（1）：单一职责原则 定义：不要存在多于一个导致类变更的....
分类：
其他好文 时间：
2015-03-29 22:09:55
阅读次数：
180
设计模式六大原则（1）：单一职责原则?定义：应该仅有一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。解决方案：遵循单一职责原则。分别建立两个类T1...
分类：
其他好文 时间：
2015-03-04 21:02:29
阅读次数：
165
本文目的在于记录，方便以后的回顾http://www.uml.org.cn/sjms/201211023.asp设计模式六大原则（1）：单一职责原则定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改...
