在线56人
首页
主题总表
培训咨询
精华
查搜
注册
登陆
用户
自动登陆
密码
新用户注册
忘记密码?
首页
»
论坛
»
设计模式、框架和架构
上一主题
1\下面三种设计模式有什么相似和不同: Polymorphism Strategy Decorator 2\给出三种情况,每种情况只有一种设计模式能用,而不能用其他的设计模式。描述一下..
返回本主题
返回主题列表
下一主题
我们做的设备管理系统(基于j2ee技术)中客户要求加入自定义工作流程的功能,即今天的工作流程是 a->b->c 明天他可以自己把它定义为a->c那么程序就按新的工作流程工作,没有这方面的经验,特请大师..
Go
总共有
1
回复 /
1
页
前往下页:
justinwang
悄悄话
发表文章: 5
注册时间: 2005年06月30日 19:52
有关循环依赖的问题?来者有分
2005年07月22日 12:28
标签列表
最近在工作中遇到这样的问题,概要设计类图如图所示(http://blog.dreambrook.com//images/blog_dreambrook_com/justin/93/r_xhyl.gif),就拿NormalPurchaseOrderDetailControl这个对象来说,本意是想把一些可以独立出来的东西放在一个对象里封装起来,方便编码和维护。但是实际中要实现NormalPurchaseOrderDetailControl里的大部分功能,都又需要去依赖NormalPurchaseOrderForm(本质是依赖BaseForm),在我理解这就已经是一种循环依赖了,直觉上觉得这样会使程序实现起来比较复杂,近而造成维护,调试都很麻烦,而这么做的意义(所谓的单个对象功能独立,单个对象关注范围集中)又不是十分明显,所以在我们开会讨论的时候就把这个方案否掉了,最后设计成主要的功能还是都由NormalPurchaseOrderForm来做,即只专心维护NormalPurchaseOrderForm这个对象,而NormalPurchaseOrderDetailControl只作为收集数据而用。
但是我回头来想想,循环依赖到底有什么不好呢?我还真说不太清楚,NormalPurchaseOrderDetailControl在NormalPurchaseOrderForm对象中是以私有变量引用的,NormalPurchaseOrderDetailControl通过parentForm变量应该不能引用到detailControl,这样的话也不会引起很大的混乱?!
大家来讨论一下吧,重点是围绕这个类图,讨论一下循环依赖的问题?!还有能有什么更好的设计给我出出注意~谢了先!
Justin
MSN:xiaoliang203@hotmail.com
banq
悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08
Re: 有关循环依赖的问题?来者有分
2005年07月29日 18:54
个人认为还是循环依赖等负责依赖关系产生的根本原因来自OrderForm边界对象粒度设计不细,你的OrderForm可以划分得更细腻,这样,细腻化后可能会理清依赖关系,从而降低依赖。
这个主题有
1
回复 /
1
页
Go
上一主题
返回本主题
返回主题列表
返回页首
下一主题
热点TAG:
AOP
cache
缓存
DDD
EJB
集群
设计模式
Hibernate
IOC
JiveJdon
OO
RBAC
Seam
Spring
Struts
查询本论坛内
近一天
近三天
近一周
近一月
近三月
近半年
近一年
所有
回复超过
的热门帖子
标题
内容
解惑之道在
J道
,打造中国最具影响力的的企业软件社区
OpenSource
JIVEJDON
v3.0
Powered by
JdonFramework
Code © 2002-08
jdon.com
anti spam