【翻译】实体框架中的POCO支持 - 第一部分 - 体验

【译者按】 Entity Framework 1.0 发布也有一段时间了，但感觉用的人很少。其中一个很大的原因，也许就是不支持POCO。要知道，Entity Framework 1.0的做法是让你的实体从EF的基类继承而来，这对很多人，特别是崇尚DDD的人来说，那是一副难以下咽的药啊。曾有微软开发人员提供了一个 POCO Adapter，但那究竟不是正规的做法。Visual Studio 2010 和 .NET 4.0 提供了许许多多的新特性，真是让人激动，向往，大有一种回到.NET 1.0 刚出来时的感觉。春天啊（应该是夏天啊），你终于回来了（虽然早晨/晚上还是unseasonably冷）。其中的Entity Framework 4.0版本将提供POCO支持，对很多人来说，这是开始使用Entity Framework的时候了。ADO.NET 团队博客上贴出了一些关于EF和POCO的贴子，非常值得一读。

【原文地址】POCO in the Entity Framework: Part 1 - The Experience
【原文发表日期】 21 May 09 05:46 PM

上个星期，我在《POCO初览》中提到了POCO实体支持是我们加到Entity Framework 4.0中的新功能之一。这个星期，我要对Entity Framework 4.0中POCO支持的细节进行深入讨论。

要讨论的东西很多，包括

• Entity Framework 4.0中总的POCO体验
• POCO的变化跟踪
• 关系修整
• 复杂类型
• 延迟（懒式）装载和显式装载
• 最佳实践

在这个贴子中，我将主要着重于总的体验，这样，你可以马上启用Entity Framework 4.0中的POCO支持。我将使用一个简单的例子做示范，这样，你可以看到在Entity Framework 4.0中使用POCO的感觉。我将使用Northwind数据库，在随后的贴子中，将继续建立在这个例子的基础之上。

第一步： 创建模型，关闭默认的代码生成

虽然POCO允许你以透明持久化的方式编写自己的实体类，但还是有必要“接入”持久性和EF元数据，这样你的POCO实体可以从数据库中复原，以及持久化到数据库中。为实现这个，你还是需要使用实体框架设计器创建一个实体数据模型（Entity Data Model），或者提供跟你在Entity Framework 3.5中生成的完全一样的CSDL, SSDL 和 MSL 元数据文件。所以，首先，我将使用ADO.NET实体数据模型向导（Entity Data Model Wizard）来生成一个EDMX。

1. 创建一个类库项目来定义你的POCO类型，我将其命名为NorthwindModel。这个项目与持久性毫不相关，对实体框架没有依赖性。
2. 创建一个类库项目，它将包含与持久性相关的代码，我将其命名为NorthwindData。这个项目除了对NorthwindModel项目有依赖外，还对实体框架(System.Data.Entity)有依赖。
3. 在NorthwindData 项目中添加新项，加一个名为“Northwind.edmx ”的ADO.NET实体数据模型（这么做将自动在项目中添加对实体框架的依赖）。
4. 选择“从数据库生成”，给Northwind数据库建造模型
5. 暂时只选Categories和Products这两个你感兴趣的表到你的实体数据模型中。

至此，生成了可以为我所用的实体数据模型，但在开始编写代码前，还有最后一步：关闭代码生成。毕竟你感兴趣的是POCO啊，请去除负责从Northwind.edmx生成基于EntityObject代码的Custom Tool（自定义工具）属性，这将关闭你的模型的相应代码生成。

现在，我们可以编写POCO实体了。

第二步： 编写你的POCO实体

我将为Category和Product编写简单的POCO实体，这些类将加到NorthwindModel项目中去。注意，我在这里展示的，不应该看成是最佳实践，这里的意图只是示范可以工作的最简单的例子。在以后我们将根据需要将对这些例子进行扩展和定制，之后建立在其基础之上，使用Repository和Unit of Work模式做进一步的扩展。

这里是Category实体的样例代码：

    public class Category
    {
        public int CategoryID { get; set; }
        public string CategoryName { get; set; }
        public string Description { get; set; }
        public byte[] Picture { get; set; }
        public List<Product> Products { get; set; }
    }

总的来说，使用象这样的模式来支持添加/去除相关项，要比使用关系集合来添加/去除相关实体为好。你还可以选择将实际由EF支持的集合的getter/setter变成私有或内部访问控制，来支持更为细颗粒的访问，但就象前面提到的那样，其中一些东西取决于你是否需要局部信任支持这样的需求。

我们在这个“简短的综述”中对总的POCO体验做了一番讨论。要讨论的东西还有很多很多，下个星期我将继续这个讨论。与此同时，请看一下附件中的完整解决方案，如果你对我们在这里讨论的所有概念的相应例程代码感兴趣的话。请记住，你必须在运行这个例程的机器上安装一个本地Northwind数据库。

在下一个贴子中，我们将看一下复杂类型，变化跟踪，代理，懒式装载和早期装载。在那之前，请阅读一下MSDN这里的关于POCO的文档，以了解Entity Framework 4.0中的POCO支持的细节。

请告知我们你们的想法！

Faisal Mohamood
Entity Framework的Program Manager

附件： NorthwindPocoSamplePart1.zip

---

推荐文章

• 博客堂源代码发布已经发布于Codeplex，邀请您来捉臭虫
• 面向对象设计讲义
• 如何判断当前浏览器是否是IE8?
• ten years of msn
• 硅脂
• MVC模式结合Mediator模式的运用
• 有点郁闷：MSDN文档中MidpointRounding.AwayFromZero的翻译错误
• CodeFx 6月14日更新：14个新示例代码
• 作用域
• Expression Web 3
• [Excel Services]连接外部数据库，刷新数据的时候遇到“Data Refresh Failed ”的解决方法