Usando ASP.NET MVC sin ORM

Question

En mi aplicación ASP MVC estoy usando SQL estándar (en lugar de Linq a SQL u otro ORM) para consultar mi base de datos.

Me gustaría pasar los resultados de la base de datos a mi vista e iterar sobre los resultados en mi opinión. Pero no estoy seguro de cómo hacer esto. Cada ejemplo que he visto pasa una cadena o usa L2S. Me gustaría pasar algo parecido a Hashtables anidados, pero lo único que se me ocurre es pasar un objeto SqlDataReader a la vista, pero esto suena como una muy mala idea.

¿Qué debo hacer para mostrar los resultados de mi base de datos de una consulta SQL estándar a mi vista? Realmente me gustaría usar Linq u otro ORM, pero los requisitos dictan que no (no me preguntes por qué, no entiendo). Estoy haciendo esto en VB. Trataré de convertir todos los ejemplos de C# que se proporcionen.

Answer 1

Puede crear clases simples para los datos que desea transferir y luego completar manualmente una Lista de objetos en su controlador desde un lector de datos, y luego pasarlo a su Vista - por ej. (C#, pero esto debe ser fácil de convertir)

// 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

Intente utilizar tablas de datos - DataTable puede cargar datos de IDataReader ... (creo que se llama carga del método)

Answer 3

Se puede crear sus propias clases Data Transfer Object y poblar instancias de las mismas utilizando el código ADO.Net. Estas clases de DTO serían simples POCO-clases de estilo que solo contenían acceso de propiedad obtener/establecer, sin métodos. El uso de objetos POCO es posiblemente preferible a los DataSets/DataTables ya que son livianos (no tienen un estado superfluo) y son más intuitivos para trabajar desde una perspectiva orientada a objetos.

Answer 4

MVC es sobre separación de preocupaciones. Pasar SqlDataReaders, DataTables o cualquier clase que resida en el espacio de nombres System.Data a una vista no es una buena idea. Necesita definir un modelo que pueda hablar con la base de datos, y un controlador que pasará este modelo a la vista. Si la política de su compañía dice que no use un ORM, tal vez los WebForms clásicos se ajusten mejor a su escenario que el patrón MVC.

Answer 5

Estoy de acuerdo con Rashack. Este artículo lo explica con cierto detalle. link text

En pocas palabras, aquí está cómo hacerlo utilizando DataReader y DataTable:

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; 
} 

Entonces, se puede leer que DataTable en un objeto entidad que se pasa alrededor.

Creo que encontrará que esto puede producir un rendimiento mucho mejor que el uso de Linq o un ORM.