和Google互补的搜索引擎Wolfram|Alpha
Wolfram|Alpha与Google究竟是什么关系，Wolfram|Alpha自己是如何定位的？Wolfram|Alaph在多大程度上是语义网搜索呢？InfoQ中文站就等等这些问题采访了Wolfram研究公司中国区商务经理王翔。
新闻
迈向Data 2.0——在客户端操作ADO.NET数据服务
作者 朱永光 发布于 2008年8月18日 上午12时9分
在本系列的第一篇新闻中，介绍了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比较，对编程模型和系统构架的影响，以及一些性能方面的探讨等。
没有回复
关注此讨论 回复