architecture - pattern - DTO DAO POCO BO

dto pattern

Question

En realidad, estoy bastante confundido acerca de estos términos y cómo se relacionan entre sí. Leí algo sobre cada uno de ellos, pero no tengo en cuenta el flujo de trabajo.

DTO - objeto de transferencia de datos - objeto para transportar valores
Objeto de negocio BO - objeto en modelo de dominio. objeto para hacer lógica de negocios con
POCO - no tengo idea, he leído una definición en wiki pero no entendí nada
DAO - objeto de acceso a datos - objeto para mapear la tabla DB?

¿Podría alguien por favor traer algo de luz para mí?

Answer 1

Andamios basados ​​en la línea de tiempo:

• Lote => Procedimiento almacenado => "objeto clr antiguo sin formato" => npmagenda

• Socket => ODBC => "objeto de acceso a datos" => NoSQL

• CSV => XML => "objeto de transferencia de datos" => JSON

• FTP => CGI => "objeto de negocio" => AJAX

Referencias

• Cómo programar y automatizar las copias de seguridad de las bases de datos de SQL Server en SQL Server Express
• npmjs: agenda - Planificador de trabajo ligero para Node.js
• Corba, XML y ODBC
• webdav a mano
• Exportar MVC WebGrid a Excel (CSV)
• Procedimiento almacenado POCO Generator Utility para SQL Server
• Estándares técnicos Gestión de sistemas: API de administración de almacenamiento de datos (XDSM) (pdf)
• JVM a .Net Interop

Answer 2

• DTO : objeto de transferencia de datos, que se utiliza para transferir datos entre servicios acoplados libremente
• POCO : Plain Old Clr Object, el objeto CLR normal no utiliza ningún atributo o herencia requerida para actuar como DAO / DTO
• BO : Business Object, contiene lógica empresarial, utilizada en la parte lógica de negocios de su solución
• DAO : objeto de acceso a datos, utilizado para transferir datos desde su base de datos

Por lo tanto, un flujo de trabajo regular sería solicitar datos de un servicio, que se envía a su aplicación como un DTO, lo convierte en un BO para manipularlo y lo envía como un DTO o después de convertirlo en un DAO, almacenarlo en un base de datos.

Utiliza el objeto diferente para separar las preocupaciones entre los 3 tipos, un BO no necesita saber si se mantiene utilizando una base de datos o un servicio.