diferenças minimas ! VO, TO, DTO, POJO

renato3110 wrote:
Não entendi. Não seria o contrário? VO não é um objeto que representa um valor, como uma data ou dinheiro???

Se você me emprestar uma nota de R$10,00 e eu te evolver uma nota de R$10,00 você vai se importar com:

1) A nota ser a mesma (identidade)
ou
2) Eu te retornar a quantidade emprestada (valor)

Forum Spammer Membro desde: 16/12/2004 17:09:19 Mensagens: 1785 Offline

Estranho Phillip. Você quer dizer a identidade por referência né? Sim, porque duas notas de dez reais semanticamente são iguais eu penso, certo?

Se codigo for a chave da entidade, eles são iguais em termos de Value Object. Isto é, quando se fala de VOs, instâncias diferentes com mesmo valor são consideradas iguais.

Forum Spammer Membro desde: 16/12/2004 17:09:19 Mensagens: 1785 Offline

ZehOliveira wrote:Entidade ent1 = new Entidade(); ent1.setCodigo(1); Entidade ent2 = new Entidade(); ent2.setCodigo(1); Entidade ent3 = new Entidade(); ent3.setCodigo(1);
Se codigo for a chave da entidade, eles são iguais em termos de Value Object. Isto é, quando se fala de VOs, instâncias diferentes com mesmo valor são consideradas iguais.

EDITADO!

Não exatamente pelo o que entendo (não apenas com os VOs). Eu posso considerar duas pessoas iguais através de um código como RG ou CPF, mas você chamaria essas pessoas de VOs?

Um VO é um objeto cuja essência é representar um valor pelo o que entendo, não é apenas um objeto com identidade semântica...

Olá,

A diferença é conceitual:

VO - Value Object: mapear dados da aplicação. Esses dados podem ser, por exemplo, as tuplas do seu MER ou dados de XML.

DTO = TO - Data Transfer Object: transferir conjunto de dados entre camadas ou susbsistemas da aplicação. É utilizado quando você precisa transportar dados com relacionamento complexo, o tranporte neste conceito de dá entre:

- entre camadas do seu sistema;
- entre subsistemas;
- entre a sua aplicação e uma entidade externa.

O DTO é uma classe que receberá VO's + conjunto de dados e cuidará da associação entre esses dados - para que estejam íntegros na passaem entre as camadas ou subsistemas.

A primeira vista, pode não parecer, mas esta separação de responsabilidades é importantíssima para um grande projeto.

POJO - Plain old java object: é uma classe pura java, que não está acoplada(conceito acoplamento OO) a nenhum framework.

Att,
Emerson Aguiar Noronha

http://fragmental.com.br/wiki/index.php?title=Evitando_VOs_e_BOs

Senhores, acredito que o conceito de VO, TO e DTO tenha ficado claro e a literatura (GOF e JEE Patterns) não deixa dúvida. Mas o conceito do POJO não está claro ainda; aí penso se alguém seria capaz de explicar estes conceitos pensando na arquitetura completa de um projeto? Tentarei começar:
Pensando em JSF:
1 - JSP submete a página, a requisição é interceptada por um CONTROLADOR(Servlet JSF) e alimenta um BEAN
2 - Caso existam, os dados são validados por VALIDATORS JSF
3 - Após a validação são chamados objetos de negócio (POJOs) que fazem o processamento dos dados(sacar, transferir, depositar) e chamam um FACADE para chamar as operações de banco;
4 - É criado um DAO que mascara as opções de banco (incluir, alterar, excluir e consultar)
5 - O dado é persistido.

Lembrando: É "RECOMENDÁVEL" que o POJO não extenda ou herde de nenhuma classe, mas se o fizer que exteda ou implemente classes e interfaces de negócio, não de infra-estrutura (como frameworks).

Será que falei alguma coisa errada?

Um abraço,
Novais.

Bem, resolvi ressuscitar esse tópico pq estava pesquisando sobre o assunto e esbarrei com ele.

Pela parábola do empréstimo de 10,00 do Philipp, tirei alguma conclusão, mas preciso de certeza. Fui discutir essa pendenga por aqui e, para variar, rolou uma baita divergência de opnião. É muito difícil estudar sobre esses assuntos, principalmente na Internet, pois parece não haver um consenso sobre o assunto.

Pelo que entendi:

Entity != VO (ou TO). E NUNCA será igual.

Basicamente porque Entity, normalmente, possui um ID que a torna única no sistema. Única em termos de dados, não confundir com o Pattern Singleton. E isso difere do conceito de VO: fowler

Foi a mesma coisa que entendi no artigo da MJ do Sérgio Lopes.

Essa é a sutileza?

Abraços.

Notícias, artigos e o maior fórum brasileiro sobre Java