论坛首页 Java企业应用论坛

多主题多订阅者的情况怎样处理比较好?

浏览 4829 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-07-25  
在单主题多订阅者的情况,就是用Observer模式了。

但是对于多主题多订阅者,如果对于每一个主题的更新,模型都要清楚的知道哪些订阅者订阅了这个主题,这样的耦合度是不是太高了?但是如果不这样的话,那么一个主题的更新,就带来所有订阅者的更新——无论这个订阅者是否订阅了这个主题,这又是很大的浪费把?

比如在一个模型中,有主题A,B,C,订阅者有a,b,c,d,其中a,b订阅A,b,c订阅B,a,c,d订阅C,或者主题再多上一些,有几十个的话,这时候怎样设计比较好呢?
   发表时间:2007-07-25  
Observer一般可以配合singleton和Mediator,将Mediator实现为singleton,然后通过mediator注册发布则和订阅者

0 请登录后投票
   发表时间:2007-07-25  
ltian 写道
楼主在讨论消息编程吗?pub/sub方式不存在以上你说的耦合情况吧,除非你要做一个JMS提供者,而非JMS客户端。


对于多对多的情况,简单的使用pub/sub当然会存在耦合了
0 请登录后投票
   发表时间:2007-07-25  
SunMicro 写道
Observer一般可以配合singleton和Mediator,将Mediator实现为singleton,然后通过mediator注册发布则和订阅者



好的,我去看一下,谢谢!
0 请登录后投票
   发表时间:2007-07-25  
嗯,我想最好还是重新审视一下设计,看看能不能变成单对多
0 请登录后投票
   发表时间:2007-07-26  
建议你再看看Observer模式吧

"但是对于多主题多订阅者,如果对于每一个主题的更新,模型都要清楚的知道哪些订阅者订阅了这个主题,这样的耦合度是不是太高了?"

如果模型都不知道订阅者,还叫订阅吗? 肯定需要订阅注册的
0 请登录后投票
   发表时间:2007-07-27  
晕,模型当然不需要知道具体的订阅者了,它只需要知道有人订阅而已。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics