c# - 使用调用构造函数的静态方法是否有任何好处(语义或其他)？

Question

我刚刚更新了 Visual Studio 2013，我注意到在 MVC 应用程序的项目模板中，ApplicationDbContext 类现在有一个只调用构造函数的静态方法:

public static ApplicationDbContext Create()
{
    return new ApplicationDbContext();
}

这对我来说似乎很困惑，但我想有一些语义原因我现在应该开始使用 ApplicationDbContext.Create() 而不是 new ApplicationDbContext()。这样做有什么好处吗？

Answer 1

其实。是的。

在您的特定情况下，包装它可以让您快速开始逻辑，例如制作 ApplicationDbContext 和单例或以通用方式为整个应用程序处理异常。由于构造函数不能返回 null，这对于能够捕获异常并返回 null 非常重要。

Tuple.Create是泛型推理的主要示例，它不适用于构造函数。这允许你说

Tuple.Create(Item1, Item2.. ItemN);

让编译器推断类型，而不是

new Tuple<T1, T2...Tn>(Item1, Item2...ItemN);

哪个更冗长，如果您想切换其中一种类型，则需要做更多的工作。

还有Anonymous类型的情况，不能显式指定，因此不能在new语句中使用。我特别遇到过这样的情况，在搜索特定属性的程序集以链接命令结构时，我想在搜索过程中从匿名类型中创建一个可枚举的(在本例中为队列)以将类引用与其构造函数配对和字符串参数，而不是每次需要时都查找它们。因为我可以再次在方法中使用通用推理，所以我能够将构造函数包装在扩展方法中并完成工作。

也有单例模式的情况，其中您希望“GetInstance”方法通常创建一个值，或者获取一个值(如果存在)。可能不符合条件，因为它所做的不仅仅是包装构造函数。

此外，在许多情况下，您可能希望控制实现过程，例如将它们强制到其他线程，将它们记录在数据库中以便稍后撤消，或者锁定权限系统，所有这些都可以通过制作构造函数包装器并添加更多逻辑行，然后将构造函数私有(private)化以避免直接调用它来完成。

在某些情况下，我创建了一个委托(delegate)给已知子代的工厂方法，以便根据提供的参数提供返回接口(interface)或抽象的不同实现。这具有能够隐藏实现类的额外好处 - Type 类和 IEnumerable 接口(interface)使用此模式。