При использовании Linq to EF часто используется EntityDataSource или чаще используется сырой код Linq?

Question

EntityDataSource, по-видимому, вообще не обеспечивает большой настраиваемости, например вы не можете настроить команды вставки / обновления (или вам не нужно?). Пишут ли профессионалы в основном сырой код Linq для использования в сочетании с такими элементами управления, как Repeater?

Answer 1

Это зависит от сценария.

Если вам нужен элемент управления в виде сетки, где пользователи могут просматривать / редактировать / удалять записи (в основном позволяя им напрямую изменять записи в БД), тогда используйте LinqDataSource.

Если вам нужен больший контроль над запросами, используйте Repeater и привязывайте к конкретному List<T> (например).

Я предпочитаю последний, потому что он изолирует логику в DAL, где он можетбыть проверены и контролироваться более эффективно.