在本系列的第一篇新闻中,介绍了 ADO.NET 数据服务框架的基本知识;昨日 ccBoy 在其博客上发表了一篇文章,介绍了在客户端如何对 ADO.NET 数据服务进行操作。
本文章以下图所示的关系图来作为练习的数据库(图片引用自 ccBoy 的博客):
在这个关系图中,需要特别注意的一点是,Book 表上的 Author ID 字段消失了:
Entity Framework 屏蔽和封装了 Book 表中 Author ID 属性,从而让客户端或用户看起来也更加面向对象。
接着,ccBoy 在这个数据库关系的基础上为大家提供了如下 9 种类型标准操作的示例代码:
- 新增一个作者和他的一本书。
- 新增一个作者,但不增加书。
- 给一个给定的作者,增加一本书的记录
- 修改作者的基本信息,并更新,但未修改作者和书的关联关系
- 修改书的基本信息,并更新;但未修改作者和书的关联关系
- 改变一个已关联的作者和书的关系,将书关联到另外一个作者。
- 删除给定作者的一本书。
- 删除一个作者,目前作者没有创作任何一本书。
- 删除一个作者,也包括他创作了所有书的记录。
除了以上的 9 类操作外,他也给出了一种处理异常的示例代码,值得大家借鉴。
在逐一展示了这些示例代码后,ccBoy 对 ADO.NET 数据服务的操作进行了一个总结,如下的总结对于理解在客户端对 ADO.NET 数据服务进行操作有很大的帮助:
四个 CRUD 操作(Create、Retrieve、Update 和 Delete)中的每个操作都映射到一个不同的 HTTP 动词:Retrieve 映射到 GET,Create 映射到 POST,Update 映射到 PUT,Delete 映射到 DELETE。 客户端的 Context 对象,你可以把它想像成离线版本的数据源 Entity Framework Context。
客户端所有的 CUD 的操作,只有在调用 SaveChanges(),才会将变化传送到真正的数据源。
SetLink,AddLink,DetachLink 是进行实体关系管理的……DetachLink 是在你要删除某个实体,你需要将有关联的两个实体之间的关联打断并告诉客户端的 Context。而 DeleteLink 更多的是告诉客户端 Context,你要将两个实体间的关联完全打断,这个方法有用,但我觉得它的实用性最低。
AttachTo 和 Detach 则是你用了处理实体状态的主要方法……当你调用 AttachTo 作用于一个 POCO 对象的时候,这个对象变成了实体……Detach 方法你可以将其理解成反操作,即将一个实体还原成 POCO。
有时候 AttachTo 操作是隐形的,比如所有通过 Context 查询方法查询来的对象,其实都是实体,同样你将一个 POCO 对象赋值给一个实体对象时,似乎也默认会将这个 POCO 对象加入到客户端 Context 中。
AddToXXX(比如:AddToAuthor) 是 Entity Framework 自动生成的简易方法,其实和调用 AddObject 方法等同。
最后,ccBoy 对 ADO.NET 数据服务和 ADO.NET 实体框架进行了一些讨论,涉及到和 NHibernate 比较,对编程模型和系统构架的影响,以及一些性能方面的探讨等。
评论