asp.net - 与编程绑定(bind)相比，EntityDataSource 是否有任何性能优势？

Question

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

谢谢，J

Answer 1

我始终认为“专业”数据源存在风险并且不利于正确分层的应用程序。 EntityDataSource、SqlDataSource、LinqDataSource，凡是名称，您都可以在声明性代码中提供低级访问详细信息。对于演示网站来说感觉很棒，但在大型网站中可能会引发严重问题。

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