Декларативное связывание данных и ADO.NET в коде - PullRequest
1 голос
/ 16 марта 2011

В недавних попытках понять ASP.NET GridView, которые я видел, в большинстве примеров используется источник данных, объявленный непосредственно в разметке ASPX. Например ...

<asp:SqlDataSource ID="productDataSource" Runat="server" 
 SelectCommand="SELECT [ProductName], [UnitPrice], 
 [UnitsInStock], [QuantityPerUnit] FROM [Products]"
    ConnectionString=
    "<%$ ConnectionStrings:NWConnectionString %>">
</asp:SqlDataSource>

Я много видел такого рода декларативный источник данных, в отличие от того, как меня учили (и я лично предпочитаю) использовать ADO.NET для доступа к данным, а затем установить источник данных элементов управления в коде.

Есть ли преимущество в использовании этого нового типа объявления источника данных в ASPX? Какие плюсы и минусы?

Ответы [ 2 ]

3 голосов
/ 16 марта 2011

Одним из недостатков декларативного способа связывания данных является то, что подкачка страниц неэффективна. Сетка будет извлекать все записи из базы данных, а затем покажет только вашу страницу. Если у вас есть 1 000 000 записей, это не будет быстрым. Делая переплет самостоятельно, вы можете извлечь только те записи, которые вам нужны.

Для простых и небольших таблиц декларативный метод требует меньше времени на разработку, а встроенные функции разбивки на страницы и сортировки.

Почти для всех реальных представлений сетки, над которыми я работал, усложнение запросов для построения набора данных сделало декларативный метод невозможным.

0 голосов
/ 16 марта 2011

Декларативное связывание данных полезно в простых случаях, при обучении и, конечно, в демонстрациях. Как только вы начнете экспериментировать с ним, переходите к разработке на основе кода и избавьте себя от боли.

...