实体框架中的动态连接字符串

本文关键字：连接 字符串 动态 框架 实体 | 更新日期: 2023-09-27 18:36:35

GOAL 对已部署的桌面 wpf 应用程序使用数据库优先范例（非代码优先），并为最终用户提供唯一的数据库：

1） 让实体框架使用在运行时确定的连接字符串。
2） 不部署不同的 app.config 文件。

尝试过的事情：

1）重载构造函数 - 虽然成功，但这种解决方案是不可取的，因为它为开发人员犯错误敞开了大门，使单元测试更加困难。
2） 尝试修改连接/上下文工厂 - 引发异常。
3） 更改默认构造函数 - 可能会成功，此解决方案是不需要的，因为默认构造函数是自动生成的。
4） 尝试修改配置设置 - 抛出异常，它是只读的。
5） 在客户端部署 app.config - 虽然合理，但此解决方案是不可取的，因为它需要重写我们的部署引擎。

帮助？

编辑：与我们尝试的第一项相关的一些代码（重载构造函数）：

public partial class DatabaseContext
{
    public DatabaseContext(EntityConnection con)
        : base(con, true)
    {
    }
}
public static class DbContextHelper
{
    public static string ConnectionString { get; set; }
    public static CounterpartDatabaseContext GetDbContext()
    {
        EntityConnectionStringBuilder builder = new EntityConnectionStringBuilder
        {
            Provider = "System.Data.SqlClient",
            ProviderConnectionString = ConnectionString,
            Metadata = @"res://*/DatabaseContext.csdl|res://*/DatabaseContext.ssdl|res://*/DatabaseContext.msl"
        };
        EntityConnection con = new EntityConnection(builder.ToString());
        return new DatabaseContext(con);
    }
}

用法：

public void SomeMethod()
{
    using(DatabaseContext db = DbContextHelper.GetDbContext())
    {
       // db things
    }
}

编辑使用配置管理器添加连接字符串的代码：

public MainWindow()
{
    InitializeComponent();
        ConfigurationManager.ConnectionStrings.Add(new ConnectionStringSettings("DatabaseContext", @"metadata=res://*/DatabaseContext.csdl|res://*/DatabaseContext.ssdl|res://*/DatabaseContext.msl;provider=System.Data.SqlClient;provider connection string="data source=sqldev;initial catalog=Dev;persist security info=True;user id=user;password=password;MultipleActiveResultSets=True;App=EntityFramework"", "System.Data.EntityClient"));
}

配置管理器代码只是抛出一个异常，所以之后的任何代码都没有意义。

实体框架中的动态连接字符串

生成的数据库上下文类都是部分的。使用partial您可以在另一个文件中添加代码（只需记住那里partial关键字），并且仍然可以重新生成所有内容。生成器只会覆盖它生成的文件，所有其他对该部分类有额外添加的文件都不会蒸发。在那里保留生成的和手写的部分没有问题。

此外，生成的类不是sealed。您可以从中继承。因此，您可以尝试从它继承并开始使用派生类，而不是直接使用 DatabaseContext。这个派生类不会继承构造函数，但会继承所有其他重要的公共内容。然后，您将能够提供自己的构造函数，甚至是默认构造函数，即调用参数化基类 ctor。实际上，我没有尝试过这种方式，但它看起来很简单并且可能有效。

我建议不要使用DbContextHelper.GetContext()（这显然是静态的）（您认为开发人员可能会误用或忘记），而是使用您自己的 DbContext 类。

在具有 EDMX 和生成的DatabaseContext上下文的项目中，添加包含以下内容的文件：

public partial class DatabaseContext
{
    protected DatabaseContext(string nameOrConnstring) : base(nameOrConnstring) { }
}
它将

添加新的重载，它将公开采用连接字符串的基本 DbContext 构造函数。

然后添加另一个文件：

public class ANewContext : DatabaseContext
{
    public ANewContext() : base(DbContextHelper.FindMyConnectionString()){ }
}

仅此而已。既然你的助手无论如何都是静态的，那么我们可以这样称呼它。只需更改它以返回连接道具，无论如何它都需要确定。

现在重命名类：

DatabaseContext -> InternalDatabaseContextDontUseMe
ANewContext -> DatabaseContext

或类似的东西，我敢打赌，没有人会混淆其中哪一个应该在任何地方使用。用法：

public void SomeMethod()
{
    using(var db = new DatabaseContext()) // that's ANewContext after renaming
    {
       ...
    }
}

InternalDatabaseContextDontUseMe中的partial，您将能够重新生成模型，并且不会删除额外添加的 ctor。使用一个额外的继承级别，自动生成的默认构造函数将被隐藏，使用派生类的开发人员将无法意外调用它，他们将收到新的默认 ctor，它将执行所需的操作。

如果你真的有兴趣听听我在挖掘EF源代码，LazyContext，工厂，解析器等时发现的内容，请查看这篇文章。我把今天能回忆起的所有东西都放在那里，虽然它有点混乱，但如果你喜欢挖掘和反编译，它可能会对你有所帮助。尤其是最后提到的EntityConnection-DbProviderFactory-Resolvers。

相关文章：