简单介绍ADO.NET数据集对象

开发 后端
微软拒绝解决该难题。他们没有像大多数ORM库那样,在数据对象内部添加更改跟踪,改为更加关注POCO或者ADO.NET数据集。

本文主要讲述ADO.NET数据集,怎样创建ADO.NET数据集。这些内容都是一些门户网站和技术论坛找到的,中间可能有不少错误是我没有挑出的,欢迎大家指正。重新附加它们到新上下文来回写它们的更改,这并不是一个好办法。

在Entity Framework设计博客上, 微软的三位开发人员概括了一些流行的数据库访问方法。第一个是ADO.NET DataSet,ADO.NET数据集能够回写更改的集合到数据库。他们列出了使用ADO.NET数据集的四个“问题”,但都意义不大。它们都集中在通过不可信边界发送更改 集合,也并没有太大意义。数据集访问和ORM库用来净化数据,而这本该应用程序自己来处理。

下一个是DTO或数据传输对象。这仅是一种理想的说法,“我们先把所有数据放置在某些对象中,然后你来处理它。”这与最近的讨论并不相关,但确实说明了他们的想法。该话题接着简单地提到REST。现在,我们知道Entity Framework团队已经完全忘记自己应该建立什么。至于他们所说的“目标”。

随着对Entity Framework进行N层改进,我们想解决一些相同的问题空间,例如数据集,但要避开它一些主要问题。
理论上,我们偏向于提供用于构建的模块,它正吸引开发人员在广泛的架构之上建立解决方案。例如,ADO.NET数据集我们要给DTO支持者提供完善的控件,同时降低在解决简单方案时所承受的痛苦。
现在问题已相当明了:Entity Framework不想成为另一个ORM,它想成为每个人所需的一切。就像我们一次又一次看到的那样,这种方法不会让人满意。看一下该团队的声明,

除了这两点,针对图像中做变更的问题,还有一些更有趣的通用表示法,但一般来说,ADO.NET数据集有着相同的缺点:给它们提供解决方案并不能授权给用户控制的级别,这也是最复杂的解决方案和最成熟的模式所必须的。 #t#

对于N层应用程序中所描述的更改集合,Entity Framework并无定义自己独特的表示法。换言之,它提供基本的构建模块API,这将促进表示法的广泛使用。
由于他们不能针对操作更改集合的问题,提供完整的解决方案,他们将不会给开发者带来任何东西。开发人员不得不在Entity Framework之上建立自己的ORM,如果他们确实要在上下文外部操作数据的话。

本文的余下部分是相当冗长的示例,它关于如何使用新API来执行更改跟踪。ADO.NET数据集这包括创建接口(例如IEntityWithChanges)、像 GetEntityState那样使用手写的方法进行映射、或者在一个方法中两者都使用,该方法接收上下文对象、实体状态名称、实体图的方法与实体状态映 射等。记住,这只适用于保存更改,你仍要先以某种方式跟踪该更改。

责任编辑:chenqingxiang 来源: 博客园
相关推荐

2009-12-25 16:36:43

ADO.NET数据集

2010-01-04 13:47:18

ADO.NET数据集

2009-12-22 09:43:20

ADO.NET对象

2009-08-20 18:44:54

C#和ADO.NET

2009-11-11 15:09:35

ADO.NET数据集

2009-12-21 17:02:19

ADO.NET Sql

2009-12-25 14:23:35

ADO.NET设置

2011-05-20 15:45:52

数据集

2009-11-11 09:11:19

2009-11-04 09:34:47

ADO.NET Sql

2009-10-29 10:10:10

ADO.NET数据集类

2009-12-31 14:18:46

ADO.NET类库

2009-12-23 14:07:09

ADO.NET实例对象

2009-09-09 10:23:59

ADO.NET连接

2009-12-30 15:06:22

ADO.NET分析

2009-11-13 10:42:09

ADO.NET Nex

2009-11-04 12:45:33

ADO.NET Dat

2009-10-29 10:00:53

ADO.NET数据集

2009-12-29 14:41:13

ADO.NET 数据集

2009-11-13 09:45:54

ADO.NET程序集
点赞
收藏

51CTO技术栈公众号