Question

Entity Framework于ADO.Net相比有什么优势？

最近有些项目貌似喜欢用EntityFramework,小弟本来也想学习一下，但是网上的一些朋友提到的它与ADO.Net相比的一些劣势，让我有些犹豫，如：
它的性能不如ADO。
它的概念模型，关系模型等全部都放在一个edmx文件里面，过于庞大，并不利于修改。
微软没有提供其它数据库的可视化设计页面。

既然有这些劣势，那么它和ADO相比到底有什么存在的意义，优势何在呢？

Answer 1

两种不同编程技术，但是底层实现都是一样的。用EntityFramework就是开发速度快（当然，那是在会linq的基础上），智能感知（也是linq支持的结果）。用ADO.net的话可能速度会快一些，大型项目的某些怪癖需求可能还只能用ADO.net完成，但是也不一定，理论上ADO.net能实现的功能，EntityFramework也可以实现。
我个人喜欢很EntityFramework，因为智能感知的使用，使得编程的时候不需要费劲的拼串，或者给添加sql参数，自然不会出现拼串时那种错误。数据访问层的编写一下子变得非常容易实现了。
基本的界面EntityFramework都已经提供了，用过了你就知道了，再加界面就显得多余了。

追问

请问您最后提到的 再加界面就显得多余了 是指什么呢？-

追答

你可以通过c#代码生成数据库，也可以通过数据库设计生成访问数据库的实体。调用可以了。ado该做的事都做完了。微软开发这个东西的目的是让人的注意力集中在数据访问的逻辑上，而不是拼串。

Answer 2

就目前而言，使用EntityFramework还不如使用NHibernate

Entity Framework的优势就是拥有更好的LINQ提供程序、文档，并且是由微软所支持的。

但NHibernate具有大量Entity Framework 4.0所不具备的特性，像批量读/写、“额外的”延迟、集合过滤器、调整等等。

ORM工具的普遍开发速度快

但个人基本不用这些ORM工具，对于一个要求高性能、高可靠性、高并发，分布式的web应用程序，自己写ADO.NET最起码能保证数据访问可控。

追问

但是NHibernate是不是要比EntityFramework更复杂呢

感觉上linq+EntityFramework貌似比较容易上手-

追答

容易上手其实就能可以提高开发速度，但在性能方面未必能保证

容易上手的GridView，实际网站中有几个用的呢

Answer 3

快速开发，大大的减少了代码量。不用定义实体类那些东西了。直接与数据库中模型结合起来了，我也只知道一点，用过一点。很好学的，不过得先学LINQ哦。