翻译的初衷以及为什么选择《Entity Framework 6 Recipes》来学习，请看本系列开篇
第七章 使用对象服务
本章篇幅适中，对真实应用中的常见问题提供了切实可行的解决方案。我们构建的应用，应当具备在部署环境中接受改变的能力，我们将应用构建得足够灵活，使其几乎没有配置需要硬编码。
前三节向你提供了应对这些挑战的办法。剩下的小节覆盖了诸如：实体框架的单复数服务、使用edmgen.exe实用工具、使用标识关系以及从ObjectContext中获取对象。
7-1 动态构建连接字符串
问题
你想为你的应用动态构建连接字符串。
解决方案
许多真实应用一开始是在开发人员的电脑里，然后通过一个或多个测试，集成测试以及在过渡环境（staging environments）上的测试,最终才作为一个产品发布。你想依据当前环境来动态配置应用的连接字符串。
按代码清单7-1中的方式，为你的应用动态构建连接字符串。
代码清单7-1. 动态构建连接字符串
public static class ConnectionStringManager
{
public static string EFConnection = GetConnection(); private static string GetConnection()
{
var sqlBuilder = new SqlConnectionStringBuilder(); sqlBuilder.DataSource = ConfigurationManager.AppSettings["SqlDataSource"]; // 填充剩下的
sqlBuilder.InitialCatalog = ConfigurationManager.AppSettings["SqlInitialCatalog"];
sqlBuilder.IntegratedSecurity = true;
sqlBuilder.MultipleActiveResultSets = true; var eBuilder = new EntityConnectionStringBuilder();
eBuilder.Provider = "System.Data.SqlClient";
eBuilder.Metadata =
"res://*/Recipe1.csdl|res://*/Recipe1.ssdl|res://*/Recipe1.msl";
eBuilder.ProviderConnectionString = sqlBuilder.ToString();
return eBuilder.ToString();
} } public partial class EF6RecipesContainer
{
public EF6RecipesContainer(string nameOrConnectionString)
: base(nameOrConnectionString)
{ }
}
原理
当你添加一个ADO.NET实体数据模型到你的项目中时，实体框架会在项目的.config文件的<ConnectionStirngs>小节中添加一条目。在运行时，给上下文对象的构造函数传入配置条目的键（本书中绝大章节使用的上下文是EF6RecipesContext)。通过给定的键，数据库上下文会去.config文件中是查找连接字符串并使用。
为了根据应用所在的环境动态创建连接字符串，我们创建了ConnectionStringManager类（如代码清单7-1）。在GetConnection()方法中，我们从配置文件中获取了特定环境的data source和initial catalog。为了能使用ConnectionStringManager，我们在EF6RecipesContainer部分类中，增加了一个额外的构造函数，它接受一个表示连接字符串或连接字符串名称的参数。
当实例化EF6RecipesContainer时，我们传递ConnectionStringManager.EFContection给它作为参数。最终，它将使用动态创建的连接字符串来连接数据库服务。
7-1 从数据库中读取模型
问题
你想从数据表中读取为模型定义的CSDL,MSL和SSDL。
解决方案
假设你有一个如图7-1所示的模型。
图7-1. 一个包含Cutomer实体的模型
我们的模型只有一个实体：Customer。概念层的CSDL),映射层的MSL和存储层的SSDL，它们的定义通常能在你的项目中的.edmx文件中发现。但我们想从数据库读取它们的定义。为了能从数据库中读取这些定义，请按下面的步骤进行：
1、右键设计器，查看属性。更改代码生成策略为None。我们将为我们的Customer类使用POCO;
2、创建如图7-2所示的表，这张表将保存我们项目模型的定义；
图7-2. 表Definitions，保存SSDL,CSDL和MSL的定义，注意字段的类型为XML
3、右键设计器，查看属性。更改元数据项目处理（Metadate Artifact Processing)为“复制到输出目录”（Copy to Output Directory)。重新编译你的项目。编译过程将在输出目录生成三个文件:Recipe2.ssdl,Recipe2.csdl和Recipe2.msl;
4、将上一步生成文件的内容插入到Definitions表中合适的列，Id列使用值1;
5、使用代码清单7-2，从数据库表Definitions中读取元数据，并创建一个应用要使用的MetadateWorkSpace类；
代码清单7-2.从表Definitions中读取数据
public static class Recipe2Program
{
public static void Run()
{
using (var context = ContextFactory.CreateContext())
{
context.Customers.AddObject(
new Customer { Name = "Jill Nickels" });
context.Customers.AddObject(
new Customer { Name = "Robert Cole" });
context.SaveChanges();
} using (var context = ContextFactory.CreateContext())
{
Console.WriteLine("Customers");
Console.WriteLine("---------");
foreach (var customer in context.Customers)
{
Console.WriteLine("{0}", customer.Name);
}
}
} } public class Customer
{
public virtual int CustomerId { get; set; }
public virtual string Name { get; set; }
} public class EFRecipesEntities : ObjectContext
{
private ObjectSet<Customer> customers;
public EFRecipesEntities(EntityConnection cn)
: base(cn)
{
} public ObjectSet<Customer> Customers
{
get
{
return customers ?? (customers = CreateObjectSet<Customer>());
}
}
} public static class ContextFactory
{
static string connString = @"Data Source=localhost;
initial catalog=EFRecipes;Integrated Security=True;";
private static MetadataWorkspace workspace = CreateWorkSpace(); public static EFRecipesEntities CreateContext()
{
var conn = new EntityConnection(workspace,
new SqlConnection(connString));
return new EFRecipesEntities(conn);
} private static MetadataWorkspace CreateWorkSpace()
{
string sql = @"select csdl,msl,ssdl from Chapter7.Definitions";
XmlReader csdlReader = null;
XmlReader mslReader = null;
XmlReader ssdlReader = null; using (var cn = new SqlConnection(connString))
{
using (var cmd = new SqlCommand(sql, cn))
{
cn.Open();
var reader = cmd.ExecuteReader();
if (reader.Read())
{
csdlReader = reader.GetSqlXml().CreateReader();
mslReader = reader.GetSqlXml().CreateReader();
ssdlReader = reader.GetSqlXml().CreateReader();
}
}
} var edmCollection = new EdmItemCollection(new XmlReader[]
{ csdlReader });
var ssdlCollection = new StoreItemCollection(new XmlReader[]
{ ssdlReader });
var mappingCollection = new StorageMappingItemCollection(
edmCollection, ssdlCollection, new XmlReader[] { mslReader }); var localWorkspace = new MetadataWorkspace();
localWorkspace.RegisterItemCollection(edmCollection);
localWorkspace.RegisterItemCollection(ssdlCollection);
localWorkspace.RegisterItemCollection(mappingCollection);
return localWorkspace;
}
}
代码清单7-2的输出如下：
Customers
---------Jill Nickels
Robert Cole
原理
代码清单7-2的第一部分，对于你来说，应该是非常熟悉了。我们使用实体框架创建了一个新的上下文对象，创建了一些实体对象，并调用SaveChages()方法将这些实体对象持久化到数据库中。为了获取这些实体，我们枚举了整个集合，并将它们从控制台输出。唯一不同的是，我们在创建上下文对象时调用ContextFactory.CreateConext()。 一般情况下，我们只需要使用new 操作符来获取一个新的EFRecipesEntities上下文对象实例。
我们创建一个ContextFacotry，使用存储的元数据来创建我们的上下文对象，元数据不是存储在.edmx文件，而是数据库中。我们使用CreateContext()方法来实现这个功能。CreateContext()方法创建了一个新的基于两个参数的EntityConnection：我们在CreateWorkSpace()方法中创建的 workspace，和一个SQL连接字符串。真正的工作发生在CreateWorkSpace()方法如何创建workspace的过程中。
CreateWorkSpace()方法，打开存储元数据数据库的连接，我们构建一条SQL语句从Definitions表中读取一行数据，Definitions表(如图7-2）保存着，概念层、存储层和映射层的定义。我们使用Xmlreaders来读取这些定义 。 有了这些定义数据后，我们就可以创建MetadataWorkspace的实例对象了。 MetadataWorkspace在内存中代表一个模型。一般地，这个workspace是实体框架的默认管道从.edmx文件创建的，而现在我们是从数据库表Definitions创建。还有别的方法可以创建这个对象，这些方法包含使用嵌入资源和Code First来实现。
代码清单7-2使用POCO来表示Customer实体。虽然我们在第八章才覆盖POCO的内容，但是这里使用POCO来简化代码。 有了POCO，我们就不用使用实体框架生成的类。相反，我们使用自己创建的，没有依赖实体框架的类。在代码清单7-2中，我们使用Customer类来定义Customer实体。同时我们还创建了自己的上下文对象EFRecipesEntities。 当然，我们的上下文对象，依赖于实体框架，因为它继承至ObjectContext。
实体框架交流QQ群: 458326058，欢迎有兴趣的朋友加入一起交流
谢谢大家的持续关注，我的博客地址：http://www.cnblogs.com/VolcanoCloud/