笔者总结ADO.NETEntityFramework跟踪范围

社区对于ADO.NET Entity Framework和LINQ to SQL的***不满，就是它不支持更改跟踪。但只有在你连接到上下文对象的时候，你才可以修改对象并把它们保存回数据库。就像数据库连接那样应该非常快，一旦该上下文对象超出范围，数据对象实质上就进入只读状态。重新附加它们到新上下文来回写它们的更改，这并不是一个好办法。

在喀什等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供做网站、成都做网站 网站设计制作定制设计,公司网站建设,企业网站建设,品牌网站设计,成都营销网站建设,成都外贸网站制作,喀什网站建设费用合理。

微软拒绝解决该难题。他们没有像大多数ORM库那样，在数据对象内部添加更改跟踪，改为更加关注POCO或者“简单初始C#对象”。

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

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

随着对Entity Framework进行N层改进，我们想解决一些相同的问题空间，例如数据集，但要避开它一些主要问题。 理论上，我们偏向于提供用于构建的模块，它正吸引开发人员在广泛的架构之上建立解决方案。例如，我们要给DTO支持者提供完善的控件，同时降低在解决简单方案时所承受的痛苦。

现在问题已相当明了：ADO.NET Entity Framework不想成为另一个ORM，它想成为每个人所需的一切。ADO.NET Entity Framework就像我们一次又一次看到的那样，这种方法不会让人满意。看一下该团队的声明，除了这两点，针对图像中做变更的问题，还有一些更有趣的通用表示法，但一般来说，它们有着相同的缺点：给它们提供解决方案并不能授权给用户控制的级别，这也是最复杂的解决方案和最成熟的模式所必须的。

文章名称：笔者总结ADO.NETEntityFramework跟踪范围
分享链接：http://www.shufengxianlan.com/qtweb/news20/56870.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联