使用 ASP.NET 进行数据访问，什么是最好的？
从我开始在软件开发领域工作开始，我就一直在问自己这个问题，
访问数据的最佳方式是什么？ 哪一个提供最好的性能？ 哪个是可维护性最好的？
有很多解决方案可以在 Asp.Net Web 应用程序中处理数据库，
- 使用 ADO.Net 的实体框架 4.0
- 类生成器，例如 代码作者（我喜欢它的工作方式以及它使用 Microsoft Enterprise Library 中的数据访问块访问数据库的方式）。
我明天将开始一个新项目，我不知道哪种方法更好？有什么想法吗？
I have been asking my self this question from the time i started workin in the software development field,
What is the best way to access data?
Which gives the best performance?
Which is the best for maintainability?
There are lots of solutions to deal with database in the Asp.Net web app,
- Entity framework 4.0
- Classes generator using ADO.Net such as Code Author ( i liked the way it works and the way it accesses the database using the data access block in Microsoft Enterprise Library).
i will start a new project tomorrow,and i don't know which approach is better??Any idea?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我在新的 ASP.NET 项目中使用 Castle Active Record 进行数据访问。它是一个基于 NHibernate 构建的出色且简单的工具。 NHibernate 本身是一个很棒的 .Net ORM。
I'm using Castle Active Record for data access in our new ASP.NET project. It's a great and easy tool that is built upon NHibernate. NHibernate itself is a great ORM for .Net.
没有“最好”。只有偏好。有些喜欢 MVC，有些喜欢 WebForms，有些喜欢 动态数据。 实体框架工作得很好，< a href="http://weblogs.asp.net/scottgu/archive/2007/05/19/using-linq-to-sql-part-1.aspx" rel="nofollow noreferrer">LINQ to SQL（虽然我听说有一个已被弃用，但我对此很模糊。）一切正常。
就我个人而言，我喜欢 WebForms，但如果我想要一个快速而肮脏的 CRUD 应用程序，我总是选择动态数据，如果我需要混合其他功能，我可以添加一些标准的 WebForm aspx 页面。
就性能而言，我不知道本质上存在很大差异。所有这些都在幕后使用相同的代码。全部基于ADO.NET。与老式的 WebForm 相比，实体框架和 LINQ to SQL 似乎有额外的开销，但正确的数据库设计和规划可能更为重要。
There is no "best". There is only preference. Some like MVC, some like WebForms, some like Dynamic Data. Entity Framework works nicely, as does LINQ to SQL(although I hear that one is being deprecated, but I'm fuzzy on that.) All work well.
Personally, I like WebForms, but if I want a quick and dirty CRUD app, I always opt for Dynamic Data, and if I need additional functionality mixed in, I can throw in some standard WebForm aspx pages.
Performance wise, I don't know that there's inherently a big difference. All use the same code under the hood. All are based on ADO.NET. Entity Framework and LINQ to SQL seem to have additional overhead compared to the old-fashioned WebForms, but proper DB design and planning is probably of greater importance.