Ok Seven ... entendi o que quer dizer.... eu também acho que a agregação é
muito mais viável... e aproveitamos mais os recursos OO.
Porém.... desenvolvendo o meu projeto percebi que se eu me dedicar
exclusivamente à modelagem OO no meu modelo de classes sem pensar no eu Banco
de DAdos, que no caso é relacional, eu terei muitos problemas durante a
implementação. Se eu desenvolver o modelo de classes já visando um banco
relacional eu poderei minimizar as dificuldades durante a implementação do
sistema, você não acha ?
Sobre o exemplo abaixo... eu também já ouvi dizer que uma associação acontece
quando, dentro de uma classe qualquer, não no atributo dessa, instanciamos
outra e a utilizamos.... não é isso que é associação ?
Sven van ´t Veer wrote:
> Acho errado assim:
>
> class Cliente
> class Produto
> class Compra
> class ItemCompra
>
> class Cliente{
> int cliente;
> String nome;
> }
>
> class Produto{
> int produto;
> String nome;
> }
>
> class Compra{
> int compra;
> int cliente;
> Calendar date;
> }
>
> class ItemCompra{
> int item;
> int compra;
> int produto;
> }
>
> Isso é com associoação. Mas por que não use agegação??
>
> valter vieira de camargo wrote:
>
> > Suponha que eu queira representar na UML um pequeno modelo de
> > classes de PROJETO que represente um sistema onde um cliente pode
> > comprar vários produtos e um produtos pode ser comprado por vários
> > clientes....
> >
> > Estaria errado eu fazer um modelo de classes que:
> >
> > Classe Cliente: codigo e nome
> > Classe produto: codigo e descricao
> > Classe de relacionamento Compra : int codCli, int CodPro e dataCompra
> >
> >
> >
> > Fazendo um modelo de classes dessa forma estou modelando
> > orientado a objeto mas com características relacionais, certo ? Mas como
> > meu Banco de Dados é realacional isso estaria certo ou não ?
> > Observação: Não quero utilizar agregação... apenas associação.
> >
> > []'s Valter
> >
> >
> > ------------------------------ LISTA SOUJAVA ----------------------------
> > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> > dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> > regras da lista: http://www.soujava.org.br/regras.htm
> > para sair da lista: envie email para [EMAIL PROTECTED]
> > -------------------------------------------------------------------------
> >
> >
>
> ------------------------------ LISTA SOUJAVA ----------------------------
> http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
> dúvidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED]
> -------------------------------------------------------------------------
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
