论坛首页 Java版 设计模式

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

浏览 2705 次
精华帖 (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
楼主在讨论消息编程吗?pub/sub方式不存在以上你说的耦合情况吧,除非你要做一个JMS提供者,而非JMS客户端。
   
0 请登录后投票
最后更新时间: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版 设计模式

跳转论坛:
JavaEye推荐