Rückgabe von Daten aus der Datenbank in .net: Rückgabe eines DataTable oder LIst <T>?

Question

Ich kämpfe mit der Überbrückung der Konzepte von gutem Datenbankdesign mit gutem objektorientiertem Design.

Traditionell wenn ich eine Liste von Nachrichten in einem Repeater angezeigt werden wollte, würde ich so etwas wie:

<script runat="server"> 

    void ShowNews() 
    { 
     rptNewsStories.DataSource = News.GetAllNews(); // Returns a DataTable 
     rptNewsStories.DataBind(); 
    } 

</script> 

<asp:Repeater id="rptNewsStories" runat="server"> 
    <ItemTemplate> 
     <div> 
      <span class="Title"><%# Eval("Title")"%> (<%# Eval("Location")"%>)</span> 
      <p> 
       <%# Eval("Summary")"%> 
      </p> 
      <ul> 
       <li>Added by: <%# Eval("AddedByFullName")%></li> 
       <li>Added on: <%# Eval("AddedOn")%></li> 
      </ul> 
     </div> 
    </ItemTemplate> 
</asp:Repeater> 

Hier News.GetAllNews() gibt ein Datatable, das nur ein dump von was die gespeicherte Prozedur zurückgibt. Die gespeicherte Prozedur wird geschrieben, um Daten mithilfe von Joins zurückzugeben, sodass mehr als eine Tabelle Daten enthält.

Dies hat den Vorteil, dass in der Datenbank die gespeicherte Prozedur nachschlagen können, die die Nachrichten Geschichte aus dem AddedByID hinzugefügt, die Nachrichten Tabelle existiert in der und geben die Personen vollständigen Namen als AddedByFullName Wert zurückgegeben .

Allerdings, wenn ich die Verwendung eines Datatable versuchen und fallen und stattdessen eine Liste der Nachrichten Objekte zurück, erhalte ich folgendes:

<script runat="server"> 

    void ShowNews() 
    { 
     rptNewsStories.DataSource = News.GetAllNews(); // Returns a List<News> 
     rptNewsStories.DataBind(); 
    } 

</script> 

<asp:Repeater id="rptNewsStories" runat="server"> 
    <ItemTemplate> 
     <div> 
      <span class="Title"><%# Eval("Title")"%> (<%# Eval("Location")"%>)</span> 
      <p> 
       <%# Eval("Summary")"%> 
      </p> 
      <ul> 
       <li>Added by: <!-- Here there is only a AddedByUserID, not an AddedByFullName value --></li> 
       <li>Added on: <%# Eval("AddedOn")%></li> 
      </ul> 
     </div> 
    </ItemTemplate> 
</asp:Repeater> 

Aber jetzt mit dem Problem, das ich bin gelassen, dass bestimmte Werte, die Ich möchte (wie AddedByFullName) nicht in dem News-Objekt vorhanden sein, da sie nicht explizit festgelegt sind, sondern von einer Nachschlag-ID in dem Objekt abgerufen werden.

Ich möchte Objekte lieber als DataTables zurückgeben, aber ich kenne nicht den besten Weg, diese Lücke zu überbrücken.

Do I:
* Erstellen Sie zusätzliche Eigenschaften in der Nachrichten Klasse für jeden zusätzlichen Wert, der aus der Datenbank in Bezug auf diese Daten zurückgeführt werden kann?
* Stick mit DataTables für bestimmte Fälle, wo das viele zusätzliche Werte sind?

Oder bin ich einfach total auf dem Holzweg!

Answer 1

Ihre Entscheidungen durch die zugrunde liegende Technologie beschränkt sind Sie bereit sind, als den Datenzugriff zu verwenden. Im Moment gibt es mehrere Alternativen, die das VS Toolset und .Net Framework unterstützt:

Classic ADO.Net 2.0. Design in Typed datasets und DataTable Objekte in Code.

LINQ to SQL. Design in LINQ O/R Design modeler, verwenden Sie IQueryable<T> und LINQ-Syntax in Code.

Entity Framework. Entwerfen Sie in der Entity Data modeler Entitäten in Ihrem Code.

3rd-Party-ORM-Tools wie NHibernate. Jeder hat seinen eigenen spezifischen Designer- und Code-Objekttyp.

Von diesen, alle außer ADO.Net typisierte Datensätze können Sie Navigationsbeziehungen angeben, wie Sie fragen, entweder eifrig oder faul geladen. In einem Fall, wie Sie es beschreiben, würde das natürliche Vorgehen mit diesen Technologien darin bestehen, die Beziehung zwischen News-Artikel und Autor explizit in den Designern zu modellieren und das Framework mit dem Problem des Ladens der entsprechenden Daten und in die entsprechenden Typen, letztlich auch der Bedeutung, zu befassen Das Join-Problem wird implizit von der Anwendungsdatenzugriffsebene (dem Framework) und nicht von einer explizit erstellten gespeicherten Prozedur behandelt.

Die Wahl der Technologie wird überall in Ihrem Code, von wie Sie Ihre Daten abrufen, wie Sie es anzeigen und wie Sie aktualisieren, keine dieser Technologien sind leicht austauschbar. Persönlich finde ich, dass LINQ to SQL das richtige Gleichgewicht von Macht und Komplexität darstellt.

Answer 2

Gute Frage:

Es gibt ein paar Ansätze, die Sie ergreifen können:

1. Sie können die zusätzlichen Daten abrufen, die Sie auf dem Bindungsereignis des Repeaters müssen und füllen es in eine " Platzhalter "für jede Nachricht, die zurückgegeben wird. Dies führt zu Leistungsproblemen aufgrund der zusätzlichen Abfrage, aber es funktioniert.

2. Wenn möglich, würde ich das Nachrichtenobjekt ändern, um die zusätzlichen Informationen zu enthalten, oder ein Objekt erstellen, das von dem Nachrichtenobjekt erbt, das die zusätzlichen Informationen oder Eigenschaften enthielt.

hoffte, das hilft :-) +1

Bearbeiten/Kommentar: ich denke, die Reibung Sie in Ihrem Design sieht, ist, dass Sie nicht das honorieren „hat-eine“ Beziehung zwischen Ihrem Nachrichtenobjekt und was ich seinen Autor/Mitwirkenden nennen würde.Der Join, den Sie in Ihrer Abfrage ausführen, verschleiert lediglich das Fehlen der Beziehung im Objektmodell.

Answer 3

Sie können dies versuchen, vielleicht nicht die bessere Lösung:

void ShowNews() 
{ 
    User[] usersConcerned = News.GetAllUsersLinkedWithNews(); //only return the users concerned by the news 
    List<News> news = News.GetAllNews(); 
    foreach(News item in news) 
    { 
     item.AddedByUser = usersConcerned.FirstOrDefault(u=>u.Id == item.AddedByUserID); 
    } 
    rptNewsStories.DataSource = news ; 
    rptNewsStories.DataBind(); 
}