¿Reemplazos del mapeo ADO.NET POCO enrollado a mano?

ado.net dapper massive petapoco simple.data

Pregunta

Escribí un envoltorio alrededor de DbProviderFactory de ADO.NET que uso extensamente en todas mis aplicaciones. También he escrito una gran cantidad de código que asigna filas de IDataReader a POCO. Sin embargo, como tengo toneladas de clases, todo se está volviendo doloroso de mantener.

He estado buscando reemplazar todo el She-bang con un micro-orm como Petapoco. Tengo algunas consultas sin embargo:

  1. Tengo muchas POCO que contienen otras POCO en ellas como propiedades. ¿Qué tan bien lo soporta el Petapoco?
  2. ¿Debería usar un ORM como Massive o Simple.Data que devuelva un objeto dinámico y asignarlo a un POCO?
  3. ¿Hay algún enfoque que pueda llevar a todo el mapeo de filas a POCO? Realmente no puedo usar herramientas basadas en convenciones ya que mi base de datos no es particularmente consistente en cómo está diseñada.

Respuesta popular

¿Podría usar QueryFirst o modificarlo? Toma su sql y lo envuelve en código ADO vainilla, generado en el momento del diseño. Obtiene POCOs frescos de su esquema de resultados cada vez que guarda su archivo. Además, puede optar por probar todas las consultas y regenerar todas las envolturas a través de la opción en el menú de herramientas. Depende de Sql Server y SqlClient, por lo tanto, a menos que realice alguna modificación, perderá DbProviderFactory.



Licencia bajo: CC-BY-SA with attribution
No afiliado con Stack Overflow
Licencia bajo: CC-BY-SA with attribution
No afiliado con Stack Overflow