Entity Framework可以在配置文件(app.config/web.config)中指定实体框架应用程序的配置,也可以通过代码进行指定。后者称为基于代码的配置。
本博文将介绍配置文件中的配置。配置文件优于基于代码的配置。换而言之,如果在代码和配置文件中都有配置选择,则使用配置文件中的配置。
博文讨论仅限于EF6及更高的版本,此页面中讨论的功能,API等已引入实体框架6。如果使用的是早期版本,则部分或全部信息不适用。
EF6和更高版本中基于代码的配置是通过创建System.Data.Entity.Config.DbConfiguration的子类实现的。设置DbConfiguration的子类时,需要遵循以下标准:
实例设置EF以使用SQL Azure 执行策略 - 自动重试失败的数据库操作,并对由 Code First 中的约定创建的数据库使用本地 DB。
using System.Data.Entity; using System.Data.Entity.Infrastructure; using System.Data.Entity.SqlServer; namespace MyNamespace { public class MyConfiguration : DbConfiguration { public MyConfiguration() { SetExecutionStrategy("System.Data.SqlClient", () => new SqlAzureExecutionStrategy()); SetDefaultConnectionFactory(new LocalDbConnectionFactory("mssqllocaldb")); } } }
并不是所有的配置,都会将DbConfiguation类放在与DbContext类相同的程序集中。如,不同的程序集中有两个DbContext类。有两个选项可用于处理这种情况。
使用配置文件指定要使用的DbConfiguration实例,请设置entityFramework部分的CodeConfigurationType属性。
...Your EF config...
codeConfigurationType的值必须是DbConfiguration类的程序集和命名空间限定名称。
[DbConfigurationType(typeof(MyDbConfiguration))] public class MyContextContext : DbContext { }
[DbConfigurationType("MyNamespace.MyDbConfiguration, MyAssembly")] public class MyContextContext : DbContext { }
在使用任何DbContext类型之前可能需要先进行配置。这种情况的示例包括:
在这种情况下,EF 无法自动发现配置,必须执行以下操作之一:
在使用DbConfiguration时,某些情况需要重写DbConfiguration中设置的配置。这通常不由应用程序开发人员完成,而是由不能使用派生的DbConfigration类的第三方提供程序和插件来完成。
为此,EntityFramework 允许注册事件处理程序,该事件处理程序可以在锁定之前修改现有配置。 它还提供专门用于替换 EF 服务定位器返回的任何服务的 sugar 方法。 下面是它的预期使用方法:
例如,要替换 IDbConnectionFactory 和 DbProviderService,需要注册类似于以下的处理程序:
DbConfiguration.Loaded += (_, a) => { a.ReplaceService((s, k) => new MyProviderServices(s)); a.ReplaceService ((s, k) => new MyConnectionFactory(s)); };
在上面的代码中,MyProviderServices 和 MyConnectionFactory 表示服务的实现。
你还可以添加其他依赖关系处理程序来获得相同的效果。
请注意,你也可以通过这种方式包装 DbProviderFactory,但这样做只会影响 EF,而不会影响在 EF 之外使用 DbProviderFactory。 出于此原因,你可能会希望继续像以前一样包装 DbProviderFactory。
还应记住在应用程序外部运行的服务 - 例如,从程序包管理器控制台运行迁移时。 从控制台运行迁移时,它会尝试查找 DbConfiguration。 但是,它是否将获得包装好的服务取决于它注册的事件处理程序的位置。 如果已将其注册为 DbConfiguration 的构造的一部分,则应执行代码并包装服务。 通常不会出现这种情况,这意味着工具不会获得包装好的服务。