工厂模式：将对象构造限制在工厂

Question

我有一个类T和一个TFactory创建类型对象的工厂T。我想确保只允许工厂创建新T对象。一个半心半意的解决方案是要求工厂作为T的构造函数中的参数，唯一的目的是只有至少带来工厂对象的人才能创建 的T：class T{    public T(TFactory Tf)    {        if (!(Tf is TFactory))            throw new InvalidOperationException("No factory provided");    }}但是，只要 aTFactory在手边，就可以构造T'。另一种方法是通过堆栈跟踪检查构造函数调用是否真的来自 TFactory 内部，但这对我来说似乎有点过分了。第三种方法是将 TFactoryT和 TFactory 放在它们自己的程序集中，即 makeT的构造函数internal。但是一个新的项目和组装只是为了这个目的吗？有人有更好的主意吗？（虽然我的代码是C#，但这可能是一个更笼统的问题）

Answer 1

这是与您的第三种方法非常相似的东西：将工厂声明为的内部类T，以及 makeT的构造函数private：

public class T {

    public class Factory {

        public T GetT() {

            return new T(); // simple implementation just for an example here

        }

    }

    private T() {}

}

由于Factory是 inside T，它可以访问私有构造函数，但外部代码不能。如果您不想创建单独的程序集，可以考虑这种方法。

请注意，您仍然可以将工厂类和放在T两个不同的文件中，其中包含partial类：

public partial class T {

    private T() {}

    // other stuff about T here...

}

// in another file

public partial class T {

    public class Factory {

        public T GetT() {

            return new T();

        }

        // other stuff about Factory here...

    }   

}

Answer 2

public abstract class T { }

public class TFactory

{

    public T CreateT() => new TImpl();

    private class TImpl : T { }

}

Answer 3

第二种方法是最糟糕的。这种行为对客户来说是绝对不明显和不清楚的。堆栈跟踪还会减慢执行速度。第一个和第二个是有道理的。

如果您想完全控制实例创建，请将其放入类型中。使用工厂方法。请记住，在对实例创建施加约束时应该是合理的。例如，实例应该使用多态（虚拟）方法启动。不能从构造函数中调用这样的方法（一种非常糟糕的做法），因此应该在构造之后调用该方法。为了不把这个责任推给客户，隐藏一个构造函数并提供一个工厂方法。

abstract class Base

{

    protected abstract void Initialize();

}

class Derived : Base

{

    protected Derived() { /* ... */}

    protected override void Initialize() { /* ... */}

    public Derived CreateDerived()

    {

        var derived = new Derived();

        derived.Initialize();

        return derived;

    }

}