【问题标题】:Is there any performance advantage to EntityDataSource over programmatic binding?EntityDataSource 与编程绑定相比有什么性能优势吗?
【发布时间】:2011-11-09 19:17:20
【问题描述】:

我正在开发一个大量数据驱动的 ASP.NET Web 表单应用程序。我们使用的是 Entity Framework 4.1,我通常习惯于在后面的代码中对我的所有控件进行数据绑定。我遇到过很多使用 EntityDataSource ASP.NET 控件的示例,我想知道使用此控件是否比将数据绑定在后面的代码上更有优势?

谢谢,J

【问题讨论】:

    标签: asp.net entity-framework data-binding


    【解决方案1】:

    我一直认为“专用”数据源存在风险,并且不利于适当分层的应用程序。 EntityDataSource、SqlDataSource、LinqDataSource,命名它,您在声明性代码中提供低级访问详细信息。对于演示网站来说感觉很棒,但可能会在大型网站中引发严重问题。

    您是否考虑过使用ObjectDataSource?它可以提供两者中最好的——您提供一个干净的声明性绑定,因此不需要绑定代码,但最终提供数据的 DataProvider(或 Repository)类必须用 C# 编写。在此类中,您可以使用任何数据访问技术,EF、Linq、SQL 等等。

    【讨论】:

    • +1 for ObjectDataSource,提到的其他数据源绝对只是用于简单的演示站点。
    • 感谢维克托和哈利!我曾怀疑是这种情况,但不太确定,在 Google 上找不到任何明显的答案。
    【解决方案2】:
    猜你喜欢
    • 2015-07-20
    • 1970-01-01
    • 1970-01-01
    • 2016-07-04
    • 2011-03-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-10-08
    相关资源
    最近更新 更多