Alternativas para la capa de traducción en SOA: WCF
Los servicios no están orientados a objetos. Supongamos que tengo un diseño basado en OOAD. Podemos convertirlo en DTO (que no tiene ningún comportamiento) usando una Capa de traducción. Pero esto puede causar un gran aumento en la cantidad de código. ¿Cuáles son las ideas alternativas para esto en WCF (a través de C #)?
Por favor, tenga su comentario sobre si es una buena idea tener esa transición entre SOA y OOAD. ¿Deberíamos evitar OOAD por completo cuando tenemos SOA o usar tales técnicas de mapeo?
¿Es una buena idea crear "DTO específico de operación" en lugar de crear "DTO directamente desde el dominio después de eliminar el comportamiento"? ¿Existe alguna herramienta para el "Enfoque DTO específico de la operación"?
¿AutoMapper produce "DTO específico de operación" o "DTO de dominio sin comportamiento"?
Nota: El enfoque DTO específico de la operación se puede consultar en la respuesta en "No utilice la clase Base abstracta en Diseño; pero en Modelado / Análisis "
Extraer de Pautas de la capa de servicio
Diseñar objetos de transformación que se traducen entre entidades comerciales y contratos de datos.
REFERENCIAS:
Cómo restringir las propiedades del contrato de datos del servicio web en función del rol del usuarioregunta de SOSO: Entidades expositorCuál es la mejor manera de usar DTO en una aplicación SOA?Contrato de mensajes y datos de la CMF, DTO, modelo de dominio y conjuntos compartidos