实体框架 - 冗余连接字符串

Question

我在我的项目中使用实体框架 4。该框架已创建自己的连接字符串，因此我的 web.config connectionStrings 部分文件如下所示：

  <connectionStrings>
    <add name="ApplicationServices" connectionString="data source=localhost;user id=user;pwd=pass;initial catalog=VNK" providerName="System.Data.SqlClient" />    
    <add name="VNKEntities" connectionString="metadata=res://*/VNKModel.csdl|res://*/VNKModel.ssdl|res://*/VNKModel.msl;provider=System.Data.SqlClient;provider connection string=&quot;Data Source=localhost;Initial Catalog=VNK;User ID=user;Password=pass;MultipleActiveResultSets=True&quot;" providerName="System.Data.EntityClient" />
  </connectionStrings>

第一个名为 ApplicationServices 的连接字符串是我原来的连接字符串。第二个名为 VNKEntities 是在生成模型时创建的。

当我检查生成的 *.edmx 文件时，我发现该模型正在引用其连接字符串，如下所示：

    /// <summary>
    /// Initializes a new VNKEntities object using the connection string found in the 'VNKEntities' section of the application configuration file.
    /// </summary>
    public VNKEntities() : base("name=VNKEntities", "VNKEntities")
    {
        this.ContextOptions.LazyLoadingEnabled = true;
        OnContextCreated();
    }

我的问题是如何摆脱 VNKEntities 连接字符串，只保留 ApplicationServices，我将从我的模型中引用它？我只想有一个到数据库的连接字符串，因为我只使用一个数据库（将构造函数参数从 name=VNKEntities 替换为 name=ApplicationServices 是不可行的在职的）。

问候

Answer 1

1. 从普通连接字符串手动创建 DbConnection
2. 手动创建 MetadataWorkspace 对象。
3. 使用 EntityConnection http://msdn.microsoft.com/en-us/library/cc679371.aspx" rel="nofollow noreferrer">此作者<​​/a>。
4. 将实体连接传递给 ObjectContext 构造函数。

Answer 2

我也有同样的问题。我通过以下方式解决了这个问题：

我创建了两个 edmx 文件，但是在创建第二个 edmx 文件时，我忽略了要保存在配置文件中的连接字符串。这样我的配置文件将只保存一个连接字符串。
然后我修改了连接字符串中的以下几行：

<add name="MyDbContext" connectionString="metadata=res://*/;provider=System.Data.SqlClient;provider connection string="data source=abc;initial catalog=mydb;persist security info=True;user id=myuser;password=password;MultipleActiveResultSets=True;App=EntityFramework"" providerName="System.Data.EntityClient" />

只需将“res://model1.csdl”替换为 “res://*/”，它就像一个魅力。

您可以在 dbcontext 类的构造函数中指定此连接名称，如下所示：

public MyDbContext() : base("name=NameOfYourConnectionString") //  Name of your connection string
{ }

注意：我使用的是 Entity Framework 5.0。

Answer 3

我将提供解决此问题的完整实现（基于 gandjustas 提示）。我为上下文编写了一个简单的包装器，可以按以下方式使用：

using (var wrapper = new ContextWrapper<VNKEntities>())
{
    // do your stuff based on wrapper.Context
}

类型 ContextWrapper 是一个模板，它简单地包装了上下文，该上下文只是以稍微另一种方式构造的（仅使用一个连接字符串），然后通过属性公开。它的内部实现如下：

public class ContextWrapper<TContext> : IDisposable
    where TContext : ObjectContext
{
    private TContext _context;
    private EntityConnectionManager _manager;
    private bool _disposed;

    public ContextWrapper()
        : this(true)
    {
    }

    public ContextWrapper(bool lazyLoadingEnabled)
    {
        _disposed = false;
        _manager = new EntityConnectionManager();
        _context = (TContext)Activator.CreateInstance(typeof(TContext), _manager.Connection);  
        _context.ContextOptions.LazyLoadingEnabled = lazyLoadingEnabled;
    }

    ~ContextWrapper()
    {
        Dispose(false);
    }

    public TContext Context
    {
        get { return _context; }
    }

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);

    }

    protected virtual void Dispose(bool disposing)
    {
        if (!_disposed)
        {
            if (disposing)
            {
                if (_manager != null)
                {
                    _manager.Dispose();
                    _manager = null;
                }
                var ctx = _context as IDisposable;
                if (ctx != null)
                {
                    ctx.Dispose();
                    _context = null;
                }
            }
        }
        _disposed = true;
    }
}

您可以看到名为 EntityConnectionManager 的自定义类的用法：

internal class EntityConnectionManager : IDisposable
{
    private DbConnection _connection;
    private EntityConnection _entityConnection;

    private volatile bool _disposed;

    public EntityConnectionManager()
    {
        var workspace = new MetadataWorkspace(Setting.MetadataWorkspacePaths.Split('|'), new[] { Assembly.ReflectionOnlyLoad(Setting.MetadataAssemblyNameToConsider) });

        _connection = new SqlConnection(Setting.ConnectionString);
        _entityConnection = new EntityConnection(workspace, _connection);
        _disposed = false;
    }

    public EntityConnection Connection
    {
        get { return _entityConnection; }
    }

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    protected virtual void Dispose(bool disposing)
    {
        if (!_disposed)
        {
            if (disposing)
            {
                if (_connection != null)
                {
                    _connection.Dispose();
                    _connection = null;
                }
                if (_entityConnection != null)
                {
                    _entityConnection.Dispose();
                    _entityConnection = null;
                }
            }
        }
        _disposed = true;
    }
}

因此，现在您可以拥有一个连接字符串：

<connectionStrings>
  <add name="ApplicationServices" connectionString="data source=localhost;user id=user;pwd=pass;initial catalog=VNK;Pooling=False;MultipleActiveResultSets=True" providerName="System.Data.SqlClient" />    
</connectionStrings>

以及在应用程序设置部分中定义的元数据（第二个关键点指向您所在的程序集）域模型实际上是存储的）：

<appSettings>
  <add key="MetadataWorkspacePaths" value="res://*/VNKModel.csdl|res://*/VNKModel.ssdl|res://*/VNKModel.msl" />
  <add key="MetadataAssemblyNameToConsider" value="VNK.Models" />
</appSettings>

Setting 类型的逻辑很简单，因为它只是从配置文件中提取设置。

Answer 4

尽管您可以在代码中创建连接，正如 @gandjustas 指出的 (+1)，但您无法摆脱连接字符串或 EntityConnection 的束缚。

这是因为它实际上并不是多余的。是的，数据库连接部分是多余的，@gandjustas 向您展示了如何删除该冗余。但是，实体框架连接字符串还包含有关您的模型的信息，这些信息在您希望保留的连接字符串中的任何位置都找不到。该模型信息必须来自某个地方。如果您消除实体框架的连接字符串并使用 ObjectContext 上的参数列表构造函数，您将消除对模型的所有引用。