工厂模式实施

Question

我需要根据某个值创建许多不同的对象之一，并建议我研究一下Factory模式。 我不希望我的客户决定要创建哪个对象或要求使用硬编码的类名，因此在阅读后，我想到了以下（简化的）示例：

public class ObjectA : IObject 
{
}

public class ObjectA : IObject 
{
}

public interface IObjectFactory
{
    IObject CreateObject(ObjectCreationParameters p);
}

public abstract ObjectFactory : IObjectFactory
{
    abstract IObject CreateObject(ObjectCreationParameters p);
}

public ConcreteObjectFactory : ObjectFactory
{
    public IObject CreateObject(ObjectCreationParameters p)
    {
        IObject obj;
        switch (p.Value)
        {
            case A:
              obj = new ObjectA();
              break;
            case A:
              obj = new ObjectB()
              break;
        }
        return obj;
    }
}

上面的方法有效，但是我对自己的实现是否正确感到有些困惑。

如果可以避免，我宁愿不要像Factory Method模式那样具有ObjectAFactory和ObjectBFactory ，但是，我的对象层次结构似乎不遵循与Abstract Factory模式示例相同的对象层次结构。 我没有通过ConcreteObject2Factory创建的ObjectA2或ObjectB2 。

我的实现是正确的还是我做错了什么？

Answer 1

您真正要看的是控制反转（IoC）； 这本质上是工厂模式，但可以自然得出结论。

只需将您的所有类型注册到IoC容器，然后将创建它们的任务委托给该容器即可。 在一个不错的现代应用程序中，您很少创建对象（并且几乎从来没有明确地创建对象），并且您从不担心它们的依赖关系，所有这些都可以为您完成。

在C＃中，我最喜欢的IoC容器是Autofac，我在划船项目中已经使用了一段时间了，它几乎一直在做需要做的事情。 还有其他一些，但我想说这是一个不错的起点。

Answer 2

是的，这是正确的实现。 这个switch语句似乎是有问题的且不是多态的，但是实际上，您可以在出色的Code Clean书中阅读它，规则G23：与If / Else或Switch / Case相比，建议多态 ：

“一个开关”规则：对于一种给定的选择类型，最多只能有一个开关语句。 该switch语句中的案例必须创建多态对象，该对象要在系统的其余部分中替代其他此类switch语句。

您的实现抽象了具体对象的创建，共同客户不必担心它，这就是该设计模式的目的。 例如，也请参阅Wikipedia条目中的封装部分。