这个消息传递类有一个好的设计模式吗？ [关闭]

Question

有没有好的设计模式？

我想创建一个消息类。

类将通过：

• 消息类型（例如注册、注册确认、密码提醒等）
• 客户 ID

然后该类需要在数据库中查找客户的消息传递偏好（他们是否希望通过电子邮件、短信或两者进行通信）

然后根据客户的偏好，它将格式化消息的媒体格式（短版用于短信，长版用于电子邮件）并通过我们的邮件或短信提供商的 API 发送。

因为我们希望能够在需要时更换电子邮件和短信提供商，所以我想知道命令模式是否是一个不错的选择。

感谢您的任何反馈。

Answer 1

我不确定您是否需要一个模式。这听起来更像是简单的继承，带有用于实际消息发送的抽象方法。

考虑更好地划分任务。也许让用户 ID 负责查找首选项，或者只为它编写第三类。

如果您想使用设计模式，那么 Builder 可能适用于构造实际消息。这取决于您是否需要为不同的消息传递方法提供不同的格式。