【发布时间】:2011-11-09 19:17:20
【问题描述】:
我正在开发一个大量数据驱动的 ASP.NET Web 表单应用程序。我们使用的是 Entity Framework 4.1,我通常习惯于在后面的代码中对我的所有控件进行数据绑定。我遇到过很多使用 EntityDataSource ASP.NET 控件的示例,我想知道使用此控件是否比将数据绑定在后面的代码上更有优势?
谢谢,J
【问题讨论】:
标签: asp.net entity-framework data-binding
我正在开发一个大量数据驱动的 ASP.NET Web 表单应用程序。我们使用的是 Entity Framework 4.1,我通常习惯于在后面的代码中对我的所有控件进行数据绑定。我遇到过很多使用 EntityDataSource ASP.NET 控件的示例,我想知道使用此控件是否比将数据绑定在后面的代码上更有优势?
谢谢,J
【问题讨论】:
标签: asp.net entity-framework data-binding
我一直认为“专用”数据源存在风险,并且不利于适当分层的应用程序。 EntityDataSource、SqlDataSource、LinqDataSource,命名它,您在声明性代码中提供低级访问详细信息。对于演示网站来说感觉很棒,但可能会在大型网站中引发严重问题。
您是否考虑过使用ObjectDataSource?它可以提供两者中最好的——您提供一个干净的声明性绑定,因此不需要绑定代码,但最终提供数据的 DataProvider(或 Repository)类必须用 C# 编写。在此类中,您可以使用任何数据访问技术,EF、Linq、SQL 等等。
【讨论】:
ObjectDataSource,提到的其他数据源绝对只是用于简单的演示站点。
参见
中关于 EntityDataSource 与 ObjectDataSource 的讨论【讨论】: