rodaría mi propia solución, probablemente utilizando algún tipo de herramienta de generación de código. Técnicamente, si traduces los resultados (ya sean lectores de datos, tablas, conjunto de registros o lo que sea) a tus objetos, tienes un pequeño mapeador o/r, muy poco pero aún ... Supongo que es una cuestión de definición.
Mi objetivo principal es evitar repetir CRUD en mi código, lleva tiempo, es aburrido y es una fuente de defectos.
Como se indicó: si no se requiere una base de datos relacional, siempre se puede ir con alguna base de datos de objetos. Pero son mucho más infrecuentes y si su jefe está en contra de Orm: es poco probable que acepte eso.
Estoy interesado, ¿cuál es el motivo para no permitir el uso de ORM? – Ree
He hecho un decreto similar en el pasado, sí, hay muchos aspectos positivos para ORM, pero los patrones de ORM como el de ActiveRecord pueden ser eficientes y llevar a consultas de abuso de recursos o pérdidas completas de eficiencia. – David
Supongo que no quieren usar algo que no es compatible, pero tampoco quieren tener una solución comercial. –