重构 — 改善既有的类图设计 条款1:将双向依赖改变成单向依赖
2008-05-07 09:35
393 查看
重构 — 改善既有的类图设计
条款1:将双向依赖改变成单向依赖
黄国强 2008/5/6
把这个条款放在第一个,是因为我认为,把设计中的所有双向依赖关系排除掉,是进行下一步重构工作的前提。
图1
如图1所有,图中有两个类,他们之间存在双向依赖关系。存在着两条箭头。这个图是用 Visio 画的。箭头从类 A 指向 B 表示 A 依赖于B。
图2
图中表现了将图1中的类图变成单向依赖的两个方法,具体设计中可以根据您的具体领域的情况选择其一。
简单解释一下。
方法1:
这里新增了一个类 C ,如果 B 需要将消息发送给 A ,只需要向 C 发送一个消息即可,A 定时检查 C 的状态,如果发现 C 的状态显示 B 有新的消息,A 就去到 B 中去查询。
方法2:
A 与 C 的关系更紧密,A 与 C 是继承关系。虽然在设计模块之间关系过紧并不好,但是这个方法比方法一的优势在于 B 向 C 发送消息, A 马上就能收到,A 无需写一个定期查询的函数。
条款1:将双向依赖改变成单向依赖
黄国强 2008/5/6
把这个条款放在第一个,是因为我认为,把设计中的所有双向依赖关系排除掉,是进行下一步重构工作的前提。
图1
如图1所有,图中有两个类,他们之间存在双向依赖关系。存在着两条箭头。这个图是用 Visio 画的。箭头从类 A 指向 B 表示 A 依赖于B。
图2
图中表现了将图1中的类图变成单向依赖的两个方法,具体设计中可以根据您的具体领域的情况选择其一。
简单解释一下。
方法1:
这里新增了一个类 C ,如果 B 需要将消息发送给 A ,只需要向 C 发送一个消息即可,A 定时检查 C 的状态,如果发现 C 的状态显示 B 有新的消息,A 就去到 B 中去查询。
方法2:
A 与 C 的关系更紧密,A 与 C 是继承关系。虽然在设计模块之间关系过紧并不好,但是这个方法比方法一的优势在于 B 向 C 发送消息, A 马上就能收到,A 无需写一个定期查询的函数。
相关文章推荐
- 重构 — 改善既有的类图设计 条款3:用 FACADE 类消除依赖关系的交叉
- 重构 — 改善既有的类图设计 条款14:将多个继承类对外部的依赖上移至基类
- 重构 — 改善既有的类图设计 条款4:消除重复的依赖关系
- 重构 — 改善既有的类图设计 条款8:消除继承类和基类中重复的依赖关系
- 重构 — 改善既有的类图设计 条款2:流水不争先
- 重构 — 改善既有的类图设计 条款12:消除聚合内部的返回参数的复制
- 重构 — 改善既有的类图设计 条款10:将多个接口的实现类合并成一个
- 重构 — 改善既有的类图设计 条款6:模块的防火墙
- 重构 — 改善既有的类图设计 条款7:为每个角色增加一个接口
- 重构 — 改善既有的类图设计 条款15:区分基类和接口
- 重构 — 改善既有的类图设计 条款13:用观察者模式来维护概念的完整性
- 重构 — 改善既有的类图设计 条款16:每个类只包含两个聚合箭头
- 重构 — 改善既有的类图设计 条款11:去除对聚合内部的引用
- 重构 — 改善既有的类图设计 条款9:用Pimpl惯用法隐藏细节
- 重构 — 改善既有的类图设计 条款5:给工厂加一个代理
- “重构-改善既有代码的设计”笔记
- 【软件工程】重构-改善既有代码的设计
- 《重构 改善既有代码的设计》——学习笔记(三)
- [转载]《重构-改善既有代码的设计》读书笔记
- 重构-改善既有代码的设计