3

我有以下情况：

我有一个 QueueReader 类，它将从队列中读取消息。我还有一些发件人，例如 EmailSender 和 SMSSender，它们将分别使用电子邮件或 SMS 将这些消息发送给客户端。将来可以添加更多发件人。

我可以想到两种方法，但我不确定哪种方法更有益。

工厂模式：

我可以有一个 SenderManager，它将使用 SenderFactory 创建适当的发件人，然后调用它的 Send() 方法。

因此 QueueReader 在读取消息时将调用 SenderManager 的 Send()，它将执行以下操作：

IMySender sender = SenderFactory.CreateSender()
sender.Send()

//I have the information to create the proper Dispatcher in the 
//factory based upon the message but I have omitted it for brevity.

所以，现在如果我必须添加一个新的发件人，我将不必更改 QueueReader 或 SenderManager。我将添加新的 Sender 并修改 SenderFactory。

观察者模式 与上述相反，我可以让 QueueReader 类为 NewMessage 实现一个事件。然后让我所有的发件人订阅这个事件。发件人将有权访问上面工厂中的信息，以了解该消息是否是给他们的。

这样做的好处是任何新的发件人都只需订阅该事件。

现在我已经把所有这些都写下来了，我认为观察者模式是更简洁的方法......

但是，如果有人有任何见解或建议，请分享。

谢谢！

4

2 回答 2

3

我会使用混合方法：

SenderManager（观察者）将侦听传入的消息并选择正确的发件人（或要求 SenderFactory 在需要时创建一个）。这有两个好处：

首先，您可以控制选择哪个发件人（您不需要公开 SenderManager 类），避免 ManInTheMiddle 类型的攻击。如果您要为其他开发人员公开一个 API 以实现他们自己的发送者，这一点尤其重要。

其次，您可以实现一种垃圾收集器并处理不再需要的发送者，而不是让多个发送者被实例化并监视您的流。

您将需要某种注册功能来向 SenderManger 注册发件人。

如果您使用 ObserverPattern，请不要忘记实现默认发送者（可以是日志系统）以处理不需要的消息。

于 2012-06-02T07:03:12.183 回答
0

如果您想根据某些标准创建实例，工厂模式会很好。

如果您确定将使用 SMS 或电子邮件发件人，那么您也可以考虑使用依赖注入，并使用任何 DI 容器在运行时解析 IMySender。例如，结构图。

我不确定观察者模式，似乎有点复杂。

于 2012-06-02T07:02:24.313 回答