Question

Database.SetInitializer调用的canonical answer位于Global.asax的网络项目中。我正在寻找另一种选择。

我们正在使用Entity Framework 4.3.1和Code First。我们编写Web服务和WinForms应用程序，并且通常将数据访问代码（例如DbContexts）放在共享库中。

目前，我们的DbContext后代的构造函数如下所示：

public PricingContext(string connectionString)
    : base(connectionString)
{
    Database.SetInitializer<PricingContext>(null);
}

95％的时间，这是正确的默认值。 5％的时间（某些集成测试，绿地开发等）并非如此。

如果我们将该代码移动到我们的服务和应用程序的初始化（或配置）中，则向库中添加新的DbContext涉及Shotgun Surgery。所有这些项目都必须更新，即使库没有直接公开上下文。

可选参数是一种可能性：

public PricingContext(string connectionString,
    IDatabaseInitializer<PricingContext> databaseInitializer = null)
    : base(connectionString)
{
    Database.SetInitializer<PricingContext>(databaseInitializer);
}

覆盖默认策略可能涉及将初始化程序传递给多个层。

我们还考虑创建一个基于反射的初始值设定项，将所有上下文设置为特定策略。

最佳做法是什么？

Answer 1

如何创建可以在每个项目的Global.asax中实例化的DBContextBootstrapper类;在其实现中为每个上下文设置初始化程序。

这样，如果添加新的dbcontext，则必须仅在引导程序中进行更改，而不是在每个项目中进行更改。

Answer 2

EF 4.3（及更新版本）还包括define initializer from configuration file的可能性，因此你根本不需要在代码中设置它，但它仍然需要你保持多个配置。

@ Hasan的建议看起来是最适合您的解决方案。

使用Database.SetInitializer避免Shotgun手术

2 个答案: