ASP.NET没有魔法——ASP.NET MVC 与数据库之EntityFramework配置与连接字符串

  前几篇文章中介绍了如何使用Entity Framework来操作数据库,但是对EF的配置、连接字符串的指定仍然存在一些疑问,EF可以通过两种方式来实现配置,分别是代码方式和配置文件。
  本章将通过以下几点对EF的配置进行介绍:

  ●Entity Framework的配置文件
  ●EntityFramework节点解析
  ●关于ConnectionString
  ●使用代码方式修改配置
  ●根据实际需求选择适合的配置方式

Entity Framework的配置文件

  对于配置文件来说,在安装Entity Framework的时候将会自动在配置文件中插入以下内容:

    

  首先是ConfigSection:
  ConfigSection是.Net程序用来自定义配置节点的节点,所以这个节点的作用是告诉.Net程序有一个自定义的配置节点,自定义节点的名称和类型是什么。
  名称很好理解就是接下来的entityFramework节点,但是类型指的是什么呢?
  类型指的是用于处理名称所指配置信息的处理器,下面代码是上面配置的节点类型定义:

  

  里面的内容与配置文件是有关联的,如何自定义配置节点可参考:https://msdn.microsoft.com/en-us/library/2tw134k3.aspx 

EntityFramework节点解析

  EntityFramework节点下主要有providers、interceptors、contexts、defaultConnectionFactory,基本上与EntityFrameworkSection类型是对应的。

  1. providers:

  根据类型EntityFrameworkSection定义来看,providers是一个provider的集合,而每一个provider的配置分别需要provider的名称(不变的用于做标识)、类型(提供器所在的命名空间和程序集)。以下是默认的SqlServer提供器:

  

  2. interceptors:

  拦截器,也是一个列表,每一个interceptors提供类型(命名空间和程序集名称)以及相应的参数来完成配置,以下是EF自带的日志拦截器。

  

  以下是加入日志拦截器的运行效果:

  

  注:所谓拦截器是一种面向切面(AOP)的编程方式,是一种不修改源代码的前提下对应用程序进行拓展的编程方式。一般AOP用来处理日志记录、性能统计、安全控制、事务处理、异常处理等不会对原有业务数据进行修改的功能。

  3. contexts:

  contexts节点下可以存在多个context节点,该节点用于数据库初始化,默认情况下DbContext在初始化的时候如果没有数据库会自动创建。如果不需要可以在配置文件中加入如下配置禁用:

  

  可以使用databaseInitializer元素来设置数据库自定义初始化(以下是官方文档例子):

  

  或者数据库的自动迁移(官方文档例子):

  

  4. defaultConnectionFactory

  defaultConnectionFactory会指定一个默认的连接工厂,这个连接工厂当使用代码优先的时候去查找一个数据库给DbContext使用(注:当DbContext不存在数据库连接字符串的时候才会生效)。
  当通过Nuget来安装EF包的时候会根据本机情况来注册一个默认的ConnectionFactory,SQL Express或者LocalDb(注:所以说一个新建的MVC带身份验证的模板项目有数据存储机制,这个机制就可能是有SQL Express或者LocalDb来实现的)。以下配置就是基于LocalDb的,主要有Factory类型和参数

  

   如果没有设置defaultConnectionFactory那么默认将使用SqlConnectionFactory(注:所以在没有配置的情况下则使用SQL Server数据库)。

  SqlConnectionFactory也可以在defaultConnectionFactory中配置,它可以通过参数来指定一个连接字符串,这样就不需要连接字符串了:

  

关于ConnectionString

  关于ConnectionString上面介绍了defaultConnectionFactory是不存在数据库连接字符串的时候才生效,那么数据库连接字符串要如何处理呢?DbContext又如何来判断连接字符串是否存在?以下就是连接字符串选择的逻辑:
  1. 当没有配置任何连接字符串(包括默认连接工厂和ConnectionString节点),DbContext使用无参构造方法时,DbContext将默认使用DbContext所在命名空间和DbContext类型名称来作为数据库名称(如本例中将会是:BlogRepository.BlogDbContext),然后创建一个连接到SQL Express或LocalDb数据库连接前者优先使用。
  注:SQL Express和LocalDb都可以看作是SQL Server数据库的开发者使用版本。
  2. 在DbContext的构造方法中指定数据库名称(注意必须在基类型的构造中指定),那么将使用指定的名称,然后创建一个连接到SQL Express或LocalDb数据库连接前者优先使用。

  3. 在DbContext的构造方法中指定数据库连接字符串(注意必须在基类型的构造中指定),那么将使用该字符串,并且默认使用System.Data.SqlClient作为提供器,即通过这种方式指定连接字符串默认使用SQL Server,如果要使用其它数据库需要更改context.Database.DefaultConnectionFactory的设置。
  4. 在web.config/app.config文件中配置了连接字符串后,如果DbContext的类型名称与连接字符的name属性相同(无论是否包含全命名空间)或者在基类构造方法中指定了连接字符串的名称,那么都将使用这个配置信息来作为连接字符串。
  详情参考:https://msdn.microsoft.com/en-us/library/jj592674(v=vs.113).aspx

使用代码方式修改配置

  以上主要是对EF中的提供器provider、拦截器interceptor、默认连接工厂defaultConnectionFactory以及数据库初始化Context的配置进行了介绍,对于这些内容都可以通过代码的方式来完成配置,但要注意的是代码的配置会被配置文件的配置覆盖,如果相同配置存在代码和配置文件中,那么配置文件的生效
  1. 定义一个类型继承至System.Data.Entity.DbConfiguration。
  2. 为该类型创建一个无参公共构造方法。
  3. 在构造方法中调用一系列保护方法完成配置。

  

  4. 在DbContext类型上使用DbConfigurationType特性:

  

  注:此处的连接字符串数据库名称需要通过DbContext基类传入,否则使用{命名空间.DbContext}名称作为数据库名。

  5. 删除所有与EF相关的配置然后运行程序:

  

根据实际需求选择适合的配置方式

  在本例中因为存在多个数据库解决方案,所以会存在多套配置,而且它们都共用同一个MVC程序,所以每次切换数据库时如果把配置文件放在web.config中都需要修改相应的EF配置,所以应该尽量把不易变的配置写在程序中
  对于拦截器应该写在配置文件中,因为它可能会随意的被添加和删除。
  其次数据库连接字符串是会经常改变的,比如环境变化、数据库账号密码变更等,所以也应该放在配置文件中。
  根据以上分析对My Blog程序修改如下:
  1. 在配置类型中定义provider:

  

   2. 在web.config文件中加入EF配置,但仅配置拦截器:

  

  3. 添加数据库连接字符串:

  

  4. 在DbContext类型上使用DbConfigurationType特性:

  

  5. 运行结果:

  

小结

  本章主要是介绍了EF的配置,分别用配置文件和代码的方式实现了EF配置,当使用代码配置时,MVC项目不再需要加入任何EF配置即可运行应用程序。了解配置文件有利于了解EF的运行机制,也便于将数据库变更至MySQL。
  在微软文档中有这样一句话:
  Entity Framework allows a number of settings to be specified from the configuration file. In general EF follows a ‘convention over configuration’ principle. All the settings discussed in this post have a default behavior, you only need to worry about changing the setting when the default no longer satisfies your requirements.
  意思是说EF遵循约定优先配置原则,所有的配置都有默认的行为,一般如果没有特殊需求不需要修改配置。

参考:

  https://msdn.microsoft.com/en-us/library/jj556606(v=vs.113).aspx
  https://msdn.microsoft.com/en-us/library/jj680699(v=vs.113).aspx
  https://msdn.microsoft.com/en-us/library/jj592674(v=vs.113).aspx

本文连接:http://www.cnblogs.com/selimsong/p/7655949.html 

 ASP.NET没有魔法——目录

posted @ 2017-10-13 14:11  7m鱼  阅读(1467)  评论(3编辑  收藏