Jorge Martins wrote:
class Transaction
{
public Transaction (Client client, Item item, Date date)
{
this.client = client;
this.item = item;
this.date = date;
}
/* propriedades */
private Client client;
Essa lista de produtos que voc diz um atributo de Cliente ? Isso agregao
no ? Mas com eu implementaria sem agregao s com associao ?
Valter
Ana Emilia de Melo Queiroz wrote:
Estaria errado eu fazer um modelo de classes que:
Classe Cliente: codigo e nome
Classe
Ok Seven ... entendi o que quer dizer eu tambm acho que a agregao
muito mais vivel... e aproveitamos mais os recursos OO.
Porm 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
To: [EMAIL PROTECTED]
Subject: [java-list] tratamento de dois paradigmas OO/BD relacional
Suponha que eu queira representar na UML um pequeno modelo de
classes de PROJETO que represente um sistema onde um cliente pode
comprar vrios produtos e um produtos pode ser comprado por vrios
PROTECTED]
Subject: Re: [java-list] tratamento de dois paradigmas OO/BD relacional
Ok Seven ... entendi o que quer dizer eu tambm acho que a agregao
muito mais vivel... e aproveitamos mais os recursos OO.
Porm desenvolvendo o meu projeto percebi que se eu me dedicar
exclusivamente modelagem
PROTECTED]
Subject: Re: [java-list] tratamento de dois paradigmas OO/BD relacional
Jorge Martins wrote:
class Transaction
{
public Transaction (Client client, Item item, Date date)
{
this.client = client;
this.item = item;
this.date
valter vieira de camargo wrote:
Ok Seven ... entendi o que quer dizer eu tambm acho que a agregao
muito mais vivel... e aproveitamos mais os recursos OO.
Porm desenvolvendo o meu projeto percebi que se eu me dedicar
exclusivamente modelagem OO no meu modelo de classes sem pensar
Suponha que eu queira representar na UML um pequeno modelo de
classes de PROJETO que represente um sistema onde um cliente pode
comprar vrios produtos e um produtos pode ser comprado por vrios
clientes
Estaria errado eu fazer um modelo de classes que:
Classe Cliente:
lto:[EMAIL PROTECTED]]
Sent: quarta-feira, 14 de maro de 2001 11:03
To: [EMAIL PROTECTED]
Subject: [java-list] tratamento de dois paradigmas OO/BD relacional
Suponha que eu queira representar na UML um pequeno modelo de
classes de PROJETO que represente um sistema onde um cliente pode
com
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
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
Se na sua aplicação vc não precisar fazer perguntas ao produto, vc
pode
11 matches
Mail list logo