浏览 4829 次
锁定老帖子 主题:多主题多订阅者的情况怎样处理比较好?
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-07-25
但是对于多主题多订阅者,如果对于每一个主题的更新,模型都要清楚的知道哪些订阅者订阅了这个主题,这样的耦合度是不是太高了?但是如果不这样的话,那么一个主题的更新,就带来所有订阅者的更新——无论这个订阅者是否订阅了这个主题,这又是很大的浪费把? 比如在一个模型中,有主题A,B,C,订阅者有a,b,c,d,其中a,b订阅A,b,c订阅B,a,c,d订阅C,或者主题再多上一些,有几十个的话,这时候怎样设计比较好呢? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-07-25
Observer一般可以配合singleton和Mediator,将Mediator实现为singleton,然后通过mediator注册发布则和订阅者
|
|
返回顶楼 | |
发表时间:2007-07-25
ltian 写道 楼主在讨论消息编程吗?pub/sub方式不存在以上你说的耦合情况吧,除非你要做一个JMS提供者,而非JMS客户端。
对于多对多的情况,简单的使用pub/sub当然会存在耦合了 |
|
返回顶楼 | |
发表时间:2007-07-25
SunMicro 写道 Observer一般可以配合singleton和Mediator,将Mediator实现为singleton,然后通过mediator注册发布则和订阅者
好的,我去看一下,谢谢! |
|
返回顶楼 | |
发表时间:2007-07-25
嗯,我想最好还是重新审视一下设计,看看能不能变成单对多
|
|
返回顶楼 | |
发表时间:2007-07-26
建议你再看看Observer模式吧
"但是对于多主题多订阅者,如果对于每一个主题的更新,模型都要清楚的知道哪些订阅者订阅了这个主题,这样的耦合度是不是太高了?" 如果模型都不知道订阅者,还叫订阅吗? 肯定需要订阅注册的 |
|
返回顶楼 | |
发表时间:2007-07-27
晕,模型当然不需要知道具体的订阅者了,它只需要知道有人订阅而已。
|
|
返回顶楼 | |