LINQ to SQL 和 ADO.NET 实体框架这两个技术功能重叠，基本上让人怀

“

”

“

疑其中有一个是不是 没有存在的必要 ，所以曾有

LINQ to SQL

”

已死 的传言

当然，后来微软公司表态说仍然会继续开发

LINQ to SQL 的后续版本，争论平

息但我个人觉得，在实际开发中还是使用

ADO.NET 实体框架更合适 LINQ to 

SQL 有的功能它都有，而且用起来更为灵活，难得的是它的使用并不比 LINQ 
to SQL 复杂多少 ADO.NET 实体框架还延伸到了其它的技术领域，是一项重要

 

的基础数据存取技术因此，

ADO.NET

 

实体框架

vs LINQ to SQL，前者胜出

(3)WCF Data Service
这是一项非常值得关注的技术，原先叫

ADO.NET Data Service，它体现

“

”

了 数据是一种服务 的思想，让数据可以通过

HTTP 请求直接获取，它设计了

一套

URI 模式，可以完成投影、选择、分页等功能，用起来方便灵活我觉得在

SOA 大行于世的分布式系统时代，WCF Data Service 应该会得到应用

但这一技术问题在于性能由于数据需要走互联网，所以如果网速很慢的话，

“

”

基于此技术搭建的应用程序其用户体验将 惨不忍睹 而且，互联网服务安全问
题非常关键，保证基于

WCF Data Service 技术搭建的应用程序数据安全，想

必将成为开发者最费脑筋的地方

(4)WCF RIA Service
这个技术与

Silverlight 密不可分我还没有系统地了解这一技术领域，不予

评说经过多年的发展，

Web Form 已高度成熟 VS 2008 中加入的 AJAX 系列组

件，如

ScriptManger、UpdataPanel 之类，再配合一堆的应用了 AJAX 技术

的控件，让

Web Form 更是如虎添翼基于这种成熟技术开发 Web 网站，不管

是用户还是开发企业，都比较放心从

.NET 3.5 SP1 开始，Web 领域多了些新

东西

3、 Web 开发技术

(1)ASP.NET MVCMVC 这一设计模式已有多年的历史，也有很多的成熟的

框架，但在

.NET“

”

“

”

官方 平台上，却是个新加入的 成员 ，并不算成熟，我觉得

其应用前景要看看再说我不知道业界是否已有基于此技术开发的实际项目，有
这方面项目经验的朋友，不妨谈谈自己的看法

(2)ASP.NET Dynamic Data 这是一个看上去很酷的技术当使用它来创建

网站时，

Visual Studio 2010 会帮你创建一个 DynamicData 文件夹，里面

“

”

放了数十个模板文件，构建了一个网站的 脚手架 ，几乎不用编码，就可以生

“

成一个全功能的

CRUD”数据驱动网站它的设计思想很好：底层使用

ADO.NET 实体框架或 LINQ to SQL 构造数据模型，通过提取数据模型中的元
数据，动态选择合适的模板生成网页这就避免了真实项目中不得不为每个数据
存取任务设计不同网页的负担，而且这一技术提供了很多的方式去允许你定制
网站

我当初刚一接触时，也很兴奋，这是个好东西啊

!但后来我改变了看法，这

“

”

一技术的问题在于它过于 自动化 了，而且需要包容数十个文件，让其与现有
的

ASP.NET 网站集成相当不便，配置起来麻烦

我个人认为，在现有

.NET Web 开发技术应用现状之下，任何一个与现有

的

ASP.NET 网站(以 Web Form+AJAX 为主体技术)集成麻烦的技术，都很难

“

”

有 美好 的前途很不幸，

ASP.NET Dynamic Data 是这样的例子，ASP.NET 

MVC 也有同样的问题，但没有 ASP.NET Dynamic Data 严重，而且
ASP.NET MVC 架构清晰，还是比较易于维护