Debería adoptarse SDO (objeto de datos de servicio) en un nuevo proyecto?

He estado programando en Delphi con Midas / DataSnap durante bastante tiempo y estoy muy contento con eso. Mudarse a .NET Estoy más que feliz con ADO.NET DataSet. Para la aplicación CRUD, estoy muy incómodo con cualquier tipo de ORM. La estructura de datos genérica con manejo automático de diferencias / diferencias hace que mi trabajo sea mejor para mí, un desarrollador promedio de aplicaciones de bases de datos.

Intenté estudiar Java hace años, y no pude encontrar una idea similar implementada. Lo más cercano que pude encontrar es SDO (Service Data Object). Pensé que debería ser ampliamente adoptado cuando lo vi, pero estoy equivocado. Incluso la especificación es bastante antigua ahora, todavía casi no encuentro que muchas personas discutan sobre ella o la utilicen ampliamente. Suponiendo de la información que puedo encontrar en Internet, el uso de SDO es altamente pasivo.

¿Se pregunta si se está muriendo? ¿Alguna experiencia en SDO que quieras compartir? La codificación manual de DTO siempre es mejor

Respuestas a la pregunta(6)

Su respuesta a la pregunta