Mensagens enviadas por: spinow
Índice dos Fóruns » Perfil de spinow » Mensagens enviadas por spinow
Autor Mensagem
Surgiu outra dúvida (por favor, tenham paciência comigo... hehe):

No exemplo do UF, quando eu fosse criar uma Pessoa, eu então teria que ter uma instância de UF.
Caso o UF tivesse esta estrutura:



ou esta:



, ao instanciar um novo objeto UF para ser vinculado a Pessoa, setando sua chave (id ou sigla), isso já não bastaria para saber "quem é o Estado", caracterizando assim um Entity?

vlw!
Vlw pela dica Bruno!
Totalmente esclarecedor meu amigo! Show de bola!

Muito obrigado pela ajuda!
Olá Tarso, obrigado!

Bem, em relação a EntidadeBase, todas as entidades herdam dela, pois, pretendo manter as operações em comum entre esses objetos nessa classe, e também para facilitar a implementação de um Repository genérico.
Quanto aos VOs, acho que ainda não consegui captar...
Por exemplo, no meu tópico anterior vc citou:
Na maioria dos casos os VOs terão uma tabela correspondente, mas não é regra.


Ainda não entendi como um VO pode ter uma tabela mas sem um identificador...
Você teria um exemplo aí disso?

Desculpe a ignorância, mas estou ainda tentando engatinhar com isso...

Obrigado pela paciência...
Olá, ainda sobre DDD...
Segundo o exemplo abaixo, onde tem-se um objeto "Perfil", e "Avaliacao" representa um voto de um usuário acerca de um perfil, pode-se entender "Avaliacao" como sendo um VO? E este seria um membro do aggregate "Perfil" ?



Entendo que Avaliacao seria sim um VO, uma vez que um voto não se altera, apenas exclui ou insere...
O que vcs acham?

Obrigado pela atenção!
Isso que eu pensei tbm..
Não vejo problema em utilizar um objeto de valor nesse caso, afinal, o intuito é apenas agrupar os atributos referentes a abstração do tipo Endereco.
Por exemplo, Eric Evans em seu livro sobre Domain-Driven Design cita a necessidade de objetos de valor, ou seja, que não necessitam de identidade.
Exemplo:



Acho que o que pode estar acontecendo é que podemos estar falando sobre VOs diferentes... ou então, o Eric Evans não entende nada de OO, uma vez que um dos intuitos do DDD é justamente reaproximar o desenvolvimento com a OO.
Mas valeu pelo link!
Putz é mesmo! É o que acontece com chaves compostas né...
Valeu!
Olá,
Imaginem a seguinte situação (exemplo bem simples):
Existe uma tabela "pessoa" com os campos "id","nome","rua","numero","bairro".
Logo, eu faria o mapeamento da classe "Pessoa" contemplando todas as suas propriedades e atributos, mapeando para os respectivos campos na tabela.




A questão é:
Se eu quiser particionar a classe, criando uma classe Endereco e colocando um getter/setter de Endereco na classe Pessoa, como eu faria isso usando o hibernate? Tem como? Digo, como ficaria o mapeamento disso, uma vez que Endereco não representa uma tabela no banco de dados, é apenas um VO utilizado pela classe Pessoa...
Dúvida básica, eu sei...

Agradeço a atenção!
Entendi, esclareceu bem minha dúvida, quer dizer que não é porque o objeto não é uma entidade que ele não possua um id também, né? O exemplo da coordenada foi meio vago mesmo... mas eu entendi que depende do contexto.

Valeu!
Certo... Então podemos dizer que, em geral, os agregates não possuem uma quantidade muito grande de entidades (ou VOs) em sua composição (em geral)? Correto?
Aproveitando, ainda sobre DDD... Os VOs podem ser representações de uma tabela no banco de dados? Exemplo, a tabela/Objeto (com chave-composta): coordenada(x,y,mapa_id) pode ser um VO?

Muito obrigado pela ajuda!!!
Olá,
Sobre Domain-Driven Design, gostaria de saber se um Aggregate pode possuir membros (não-raíz) que sejam a raíz de outros aggregates... ou mesmo membros de outros aggregates...

Ex.:

Site [raíz]
Area
Cidade
Estado

Estado [raíz]
Cidade
Rua

Deu pra entender??
 
Índice dos Fóruns » Perfil de spinow » Mensagens enviadas por spinow
Ir para:   
Powered by JForum 2.1.8 © JForum Team