Verwenden von ASP.NET MVC ohne ORM

Question

In meiner ASP MVC-Anwendung verwende ich Standard-SQL (lieber als Linq zu SQL oder anderen ORM), um meine Datenbank abzufragen.

Ich möchte die Datenbankergebnisse meiner Ansicht übergeben und über die Ergebnisse aus meiner Sicht iterieren. Aber ich bin mir nicht sicher, wie ich das machen soll. Jedes Beispiel, das ich gesehen habe, übergibt eine Zeichenfolge oder verwendet L2S. Ich möchte etwas wie verschachtelte Hashtables weitergeben, aber das Einzige, was mir einfällt, ist, ein SqlDataReader-Objekt an die View zu übergeben, aber das klingt nach einer wirklich schlechten Idee.

Wie würde ich meine Datenbankergebnisse aus einer Standard-SQL-Abfrage für meine Ansicht anzeigen? Ich würde wirklich gerne Linq oder andere ORM verwenden, aber Anforderungen diktieren wir nicht (frag mich nicht warum, ich verstehe nicht). Ich mache das in VB. Ich werde versuchen, alle vorhandenen C# -Beispiele zu konvertieren.

Answer 1

Sie können einfache Klassen für die Daten erstellen, die Sie übertragen möchten, und dann manuell eine Liste von Objekten in Ihrem Controller aus einem Datenlesegerät auffüllen und diese dann an Ihre View übergeben - z. (C#, aber dies sollte einfach zu konvertieren)

// open your connection/datareader etc. 

List<Customer> customers = new List<Customer>(); 

while(dataReader.Read()) 
{ 
Customer c = new Customer(); 
c.Id = dataReader.GetInt32(0); 
c.Name = dataReader.GetString(1); 
// etc (you might want to use string indexers instead of ints for the get methods) 

customers.Add(c); 
} 

// close and dispose your datareader/connection etc as usual 

return View("List", customers); 

Answer 2

Versuche Tables mit - Datentabelle Daten aus IDataReader laden kann ... (ich glaube, die genannten Load-Methode)

Answer 3

Sie könnten Ihre eigenen Data Transfer Object Klassen erstellen und Instanzen von ihnen bevölkern ADO.Net Code. Diese DTO-Klassen wären einfache POCO -Style-Klassen, die nur Eigenschaften get/set accessors enthalten, keine Methoden. Die Verwendung von POCO-Objekten ist den DataSets/DataTables wohl vorzuziehen, da sie leichtgewichtig sind (kein überflüssiger Zustand) und mit einer objektorientierten Perspektive intuitiver arbeiten.

Answer 4

MVC ist über die Trennung von Bedenken. Es ist keine gute Idee, SqlDataReaders, DataTables oder jede Klasse, die sich in dem System.Data-Namespace befindet, in einer Ansicht zu übergeben. Sie müssen ein Modell definieren, das mit der Datenbank kommunizieren kann, und einen Controller, der dieses Modell an die Ansicht weitergibt. Wenn in Ihrer Unternehmensrichtlinie angegeben wird, dass kein ORM verwendet wird, sind klassische WebForms möglicherweise besser für Ihr Szenario geeignet als das MVC-Muster.

Answer 5

Ich stimme Rashack zu. Dieser Artikel erklärt es in einigen Details. link text

Auf den Punkt gebracht, ist hier, wie es Datatable und Datareader verwendet tun:

private DataTable GetData() 
{ 
    DataTable dt = new DataTable(); 

    using (SqlConnection connection 
      = new SqlConnection("ConnectionString")) 
    using (SqlCommand command = new SqlCommand()) 
    { 
     command.Connection = connection; 
     command.CommandText = "SELECT * FROM Customers"; 

     connection.Open(); 
     using (SqlDataReader reader = 
      command.ExecuteReader 
       (CommandBehavior.CloseConnection)) 
     { 
      dt.Load(reader); 
     } 
    } 

    return dt; 
} 

Dann Sie, dass Datatable in eine Entitätsobjekt lesen können, die Sie rund um passieren.

Ich denke, Sie werden feststellen, dass dies viel bessere Leistung als mit Linq oder einem ORM ergeben kann.