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

在单主题多订阅者的情况，就是用Observer模式了。

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

比如在一个模型中，有主题A，B，C，订阅者有a,b,c,d，其中a,b订阅A，b,c订阅B，a,c,d订阅C，或者主题再多上一些，有几十个的话，这时候怎样设计比较好呢？

评论

6 楼 dearwolf 2007-07-27  

晕，模型当然不需要知道具体的订阅者了，它只需要知道有人订阅而已。

5 楼 Morgan0916 2007-07-26  

建议你再看看Observer模式吧

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

如果模型都不知道订阅者,还叫订阅吗? 肯定需要订阅注册的

4 楼 dearwolf 2007-07-25  

嗯，我想最好还是重新审视一下设计，看看能不能变成单对多

3 楼 dearwolf 2007-07-25  

SunMicro 写道

Observer一般可以配合singleton和Mediator，将Mediator实现为singleton，然后通过mediator注册发布则和订阅者

好的，我去看一下，谢谢！

2 楼 dearwolf 2007-07-25  

ltian 写道

楼主在讨论消息编程吗？pub/sub方式不存在以上你说的耦合情况吧，除非你要做一个JMS提供者，而非JMS客户端。

对于多对多的情况，简单的使用pub/sub当然会存在耦合了

1 楼 SunMicro 2007-07-25  

Observer一般可以配合singleton和Mediator，将Mediator实现为singleton，然后通过mediator注册发布则和订阅者