Bei Verwendung von Linq zu EF, wird EntityDataSource viel oder rohen Linq-Code häufiger verwendet?

Question

Die EntityDataSource scheint überhaupt keine Anpassungsfähigkeit zu bieten, z.B. Sie können anscheinend nicht in der Lage sein, die Befehle zum Einfügen/Aktualisieren zu optimieren (oder müssen nicht?). Schreiben Profis meistens rohen Linq-Code, um ihn in Verbindung mit datengebundenen Steuerelementen wie Repeater zu verwenden?

Answer 1

Es hängt vom Szenario ab.

Wenn Sie ein gitterähnliches Steuerelement benötigen, mit dem Benutzer Datensätze anzeigen/bearbeiten/löschen können (im Grunde können sie DB-Datensätze direkt ändern), verwenden Sie eine LinqDataSource.

Wenn Sie mehr Kontrolle über die Abfragen wünschen, verwenden Sie Repeater und binden Sie an eine konkrete List<T> (zum Beispiel).

Ich bevorzuge Letzteres, weil es Logik in eine DAL isoliert, wo es effizienter getestet und kontrolliert werden kann.