首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件架构设计 >

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

2012-11-04 
多主题多订阅者的情况怎样处理比较好?在单主题多订阅者的情况,就是用Observer模式了。但是对于多主题多订阅

多主题多订阅者的情况怎样处理比较好?
在单主题多订阅者的情况,就是用Observer模式了。

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

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

2 楼 dearwolf 2007-07-25   ltian 写道楼主在讨论消息编程吗?pub/sub方式不存在以上你说的耦合情况吧,除非你要做一个JMS提供者,而非JMS客户端。

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



好的,我去看一下,谢谢! 4 楼 dearwolf 2007-07-25   嗯,我想最好还是重新审视一下设计,看看能不能变成单对多 5 楼 Morgan0916 2007-07-26   建议你再看看Observer模式吧

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

如果模型都不知道订阅者,还叫订阅吗? 肯定需要订阅注册的 6 楼 dearwolf 2007-07-27   晕,模型当然不需要知道具体的订阅者了,它只需要知道有人订阅而已。

热点排行