Welche Vorteile bietet das Binden einer Liste von Objekten an ein Raster statt an eine Datentabelle? (.NET)

Question

Ich habe ein Geschäftsobjekt sagen wir einen Kunden. Ich habe eine DAL-Methode, die eine Datentabelle von Kunden zurückbringt. Ich habe eine Benutzeroberfläche, die ein Raster hat, das eine Liste der Kunden anzeigt.

Meine Frage ist .. ist es OK, das Gitter an die Datentabelle zu binden, was bedeutet, dass die UI einen Verweis auf System.Data hat oder sollte die Datentabelle zuerst in eine IList konvertiert werden und diese an das Gitter binden? Die Umwandlung von dt in eine Liste könnte ein Leistungseinbruch sein und ich sehe nicht, was ich von der Verwendung der Liste gewinnen würde, anstatt direkt mit der Datentabelle zu gehen. Plus ich liebe den Datatable-Visualisierer!

Was sind echte Vorteile der Verwendung einer Liste von Objekten anstelle von Datenfeldern von Daten?

Answer 1

Die einzige echte Vorteil der Verwendung einer Liste von Objekten über eine Datentabelle neben Architektur ist die stark typisierte Eigenschaften erhalten Sie (die Sie auch mit typisierten Datensätzen erhalten können). Aber wenn Sie Databinding machen, ist das nicht wirklich wichtig.

Es ist vollkommen in Ordnung, an die Datentabelle zu binden, und viele wirklich gute Anwendungen verwenden das als ihre Architektur. Sie werden anstelle von Objekten aus der DAL Datatables zurückziehen. Ich persönlich mache das nicht, aber daran ist nichts schlechtes dran.

Answer 2

Von einem direkten Bindungsstandpunkt würde ich es als Datentabelle einfach lassen, da das, was Sie bereits haben.

Der Wechsel zu einer Liste ist großartig, wenn Sie eine Liste von Objekten statt über eine Liste von Zeilen durchlaufen möchten. Wo es praktisch ist, ist es von einem Linq-Standpunkt aus, wo Sie die Liste abrufen und weiter einschränken oder ordnen möchten, oder wenn Sie mit bestimmten Typen anstelle einer allgemeinen Liste von Zeilen arbeiten möchten, die eine Liste von Spalten enthält.