Diferencia entre los patrones

PO, POJO, BO, DTO y VO

Ver este artículo la diferencia principal entre los patrones de diseño y
expresiones BO, DTO, VO, POJO y PO comúnmente confundido cuando se
desarrolla un software orientado a objetos.

Cada día, un sinnúmero de desarrolladores de todo el mundo acuerdo con varios temas
que "debería" ser resuelto a través de su implementación en un lenguaje de
programación. En la mayoría de los casos se requiere esta misma necesidad demasiado
rápido y demasiado poco tiempo.

Por lo tanto, los desarrolladores profesionales de idiomas que hacen uso del concepto de
la orientación a objetos creados a partir de esas necesidades, patrones de diseño . Los
patrones de diseño se utilizan muy, cuestionado, revisado y requerido por muchas
empresas en el campo de la tecnología de la información (especialmente aquellos que
desarrollan software - fábricas). El concepto es tan famosa que se ha utilizado para
resolver problemas fuera de la industria de TI, con estrategias de implementación
activos, ya que el modelo se refiere al mundo real con ejemplos de objetos de actuar y
de ser, como en el trabajo diario en cuestión.

Entre muchas de las normas existentes, algunos son muy famoso por el genio de su
creación mientras que otros dejan muchos usuarios confundido en cuanto a cómo y
dónde utilizar y sus diferencias con respecto a otros modelos similares. El patrón DAO ,
por ejemplo, es bien conocido y utilizado en el mundo en desarrollo de software
Orientación a objetos, aunque muchos confunden la verdadera diferencia entre este
patrón y el patrón de repositorio .
Figura 1: Patrones de diseño del libro - La cabeza primero

Este artículo se entenderá las diferencias básicas entre los patrones (PO objeto
persistente), POJO (Plain Old Java Object), BO (Business Object), DTO (Data Transfer
Object) y, finalmente, el VO (valor de los objetos). Estas normas crean una gran
confusión entre los desarrolladores y, a menudo son vistos como repetida o igual, con lo
que su uso debido indiferente.

Objeto Persistente - PO
Este patrón se utiliza a menudo en conjunción con el marco de persistencia Hibernate
ORM. Es sólo un simple persistencia de objetos con atributos, métodos de recuperación
y setagem, muy similares a VO o A (transferencia de objetos), pero sin ninguna
referencia a códigos de transacción a la base de datos.

Transferencia de datos Object - DTO

El propio nombre dice un montón: un objeto simple que se usa para transferir datos de
un lugar a otro en la aplicación, sin lógica de negocio en sus objetos y comúnmente
asociados con la transferencia de datos entre una capa de vista (capa de vista) y una
persistencia de de datos (capa del modelo). Muy a menudo verá este patrón se utiliza en
conjunción con un DAO. Refiérase a la Figura 2 un claro ejemplo de esta
representación y este conjunto entre las dos normas.

Figura 2: Ejemplo de unión entre el DTO y los patrones de DAO

Este patrón también se utiliza a menudo cuando se quiere no exponer la capa de

persistencia, pero tienen que ser los mismos datos se muestra en la capa de
presentación. Por ejemplo, considere una pantalla de una aplicación que necesita para
listar los datos de 10 personas registradas en una tabla. Para acceder a estos datos, la
capa de persistencia así configurado hace que la inclusión en un ArrayList de 10
órdenes de compra (ver patrón de arriba). Para pasar estos valores a la pantalla, la
misma lista antes de que se debe convertir a una lista de DTO con los mismos atributos
y métodos de obtener / set de. Todo esto debido a que la misma aplicación hace uso de
la APP, por ejemplo, o de hibernación marcos y que no permita que los datos que se
consideran "perezosos (perezoso)" aguantar hasta después de la conexión se ha
cerrado. Por esta razón es necesaria la conversión y por lo que los datos pueden hacer el
viaje sin que se pierdan o sin ningún error de conexión va a suceder.

Nota: los patrones de diseño tampoco se deben utilizar para el detrimento del medio
ambiente en el que se está ejecutando el mismo proyecto, la idea es que son lo
suficientemente abstracto para adaptarse, pero usted será el autor principal de ella, así
que no pasar por alto el entorno en el tiempo para pensar en todos los escenarios
adaptables .

Plain Old Java Object - POJO

En septiembre de 2000, Martin Fowler, Rebecca Parsons y Josh MacKenzie acuñó el
nuevo término para un objeto sin mucho valor dentro del modelo de clase de un
proyecto, un objeto de Java ordinaria. Al mismo tiempo que dijeron:
"Nos preguntamos por qué la gente estaba tan contra el uso de objetos regulares en sus
sistemas y llegaron a la conclusión de que era porque carecían de un nombre de fantasía
para los objetos simples. Así que les dimos uno, y caímos muy bien ".

En resumen, es un término utilizado para referirse a un objeto Java que no siga

cualquiera de los conceptos principales de los modelos de objetos Java, convenciones y
marcos.

El POJO de incluso se puede convertir en otras normas ya mencionadas, tales como:

1. POJO Persistencia -> PO

2. Proceso POJO Transmisión -> DTO
3. POJO como capa de presentación -> VO

Figura 3: simple como es, se consideran objetos centrales e importantes en un diseño

OO

Objeto de Negocio - BO
Un objeto de negocio es un tipo de una entidad inteligible ser y de actuar como actor en
la capa de negocio en una arquitectura de n niveles orientado a objetos.

Básicamente su función es encapsular la lógica de negocio para un objeto (que puede

incluir múltiples OP y por lo general necesitan un BO en una PO). Un polvo puede ser
un BO al final, sino más bien debe ser convertido a tales.

Hay tres conceptos principales de BO:

1. Contiene sólo las propiedades de objetos de negocio;

2. Contiene sólo los métodos de negocio;
3. Ambos.
Durante el uso real, el concepto de lo que es correcto no es importante, la clave es
adecuado para su aplicación práctica en sus propias necesidades de diseño.

Valor de objeto - VO
Este patrón es un poco confuso. Según Wikipedia, un objeto de valor "es un pequeño
objeto que representa una entidad única, cuya igualdad no se basa en la identidad: es
decir, dos objetos de valor son iguales cuando tienen el mismo valor, no necesariamente
el mismo objeto".

Esto es confuso cuando pensamos en objetos Java POJO que actúan como
simples. Definiciones aparte, este patrón hasta hoy experimentan cambios en sus
explicaciones. Algunos lo definen de una manera distinta a su manera, etc. Es un objeto
utilizado principalmente para mostrar los datos en la capa de presentación. Una noción
formal de lo que es en realidad un "objeto de valor" se puede encontrar en el PEC 169
(ver enlaces).