如果我有一个工厂方法，不同的实现需要不同的参数，我该怎么办？

Question

我有一个接口 IMessage 和一个类，其中有多种方法用于创建不同类型的消息，如下所示：

class MessageService
{
    IMessage TypeAMessage(param 1, param 2)
    IMessage TypeBMessage(param 1, param 2, param 3, param 4)
    IMessage TypeCMessage(param 1, param 2, param 3)
    IMessage TypeDMessage(param 1)    
}

我不希望此类完成创建这些消息的所有工作，因此它只是委托给一个 MessageCreatorFactory ，它根据给定的类型生成一个 IMessageCreator （基于消息 TypeA、TypeB、TypeC 等类型的枚举）

interface IMessageCreator
{
     IMessage Create(MessageParams params);
}

所以我有 4 个 的实现>IMessageCreator：TypeAMessageCreator、TypeBMessageCreator、TypeCMessageCreator、TypeDMessageCreator

我对此表示同意，除了事实因为每种类型需要不同的参数，所以我必须创建一个 MessageParams 对象，其中包含 4 个不同参数的 4 个属性，但每个 IMessageCreator 中只使用其中的一些属性。

有替代方案吗？我的另一个想法是在 Create 方法中使用一个参数数组作为参数，但这似乎更糟糕，因为您不知道参数是什么。或者在接口中创建 Create 的多个重载，如果它们不适合该特定实现，则让其中一些重载抛出异常（即您调用了需要更多参数的方法，因此您应该调用其他重载之一。）

这看起来可以吗？有更好的解决方案吗？

Answer 1

这确实违反了工厂方法模式的精神。如果您需要不同的参数来构造不同的类型，则隐式地强制调用者提前知道正在构造什么类型。这完全消除了这种模式的好处。

例如，如果您指定一个枚举（TypeA、TypeB、TypeC），您也可以直接构造 TypeA。如果你想允许多个子类实现TypeA，就为TypeA创建一个工厂......

Answer 2

在我看来，拥有四个 IMessage Create 重载比拥有一个包含 MessageParam 的方法要好得多。

只需为创建者的实现不支持的那些方法抛出异常即可。

因此，当您再次打开代码时，您可能会在一周或一个月内受益匪浅。这个实现对你来说比当前的实现更明显

Answer 3

我不明白为什么您的 TypeXMessageCreator 类应该实现通用接口。我会完全摆脱 IMessageCreator ，只用 4 个独立的工厂来创建 IMessage 对象。

如果 IMessage 对象的创建需要一些通用逻辑，您可以将该逻辑放在一个单独的类中并在工厂内使用它。

请记住，继承不是为了代码重用。