如果预先知道订阅者，我应该使用观察者模式吗？[关闭]

Question

但是，如果开发人员在编译时知道订阅服务器列表，并且我想执行单元测试，我似乎仍然不确定我是否应该支持使用这种模式。

假设在我的游戏中，我的角色进入了一个新的区域。在进入一个新区域时，我希望游戏：

1. 显示安贵说代码味的沼泽在屏幕中间
2. 更新任务板以显示特定于此区域的任务
3. 开始减少我的角色每秒5的血量，因为该区域有难闻的气味，并增加10的MP，因为在那里感觉很好

但是，关于如何对观察者模式进行单元测试的帖子建议我可以进行测试，以确保（1）事件被很好地订阅和取消订阅，以及（2）每个被订阅的方法都独立地发挥作用。所以我不太确定这一点。

另一方面，我似乎也相信，当一个类包含其构造html" target="_blank">函数的所有引用作为其类变量时，通过查看类变量就更容易理解一个类在多大程度上负责。

现在，当我想扩展Mapenter的效果时，问题来了。假设除了我计划的三个效果之外，我现在还想添加一个新功能：

这种方法的一大优点是，现在可以非常容易地向Mapenter添加任何新的想法。向事件添加/移除方法就像添加代码行一样简单。Mapenter现在不必担心在其构造函数中取N个参数。

在这里，我应用了观察者模式，尽管我知道谁将在编译时监听这个事件，这意味着我确实可以在这里不使用观察者模式来实现这一点。

我担心的是：

null

Answer 1

决定取决于你的情况，我认为了解观察者和发布者/订阅者之间的差异是很重要的。

观察者大多以同步方式实现，当某个事件发生时，观察者调用其所有观察者的适当方法。发布者/订阅者模式大多以异步方式实现（通过消息队列）。

在观察者/可观察者模式中，观察者知道可观察者。然而，在Publisher/Subscriber中，发布服务器和订阅服务器不需要相互了解。它们只是在消息队列的帮助下进行通信。