UML - Classes Pessoa (Física e Jurídica), Fornecedor, Usuário, Motorista e Cliente

...e apertar enter em qqer lugar da textarea

Ou vc tb pode baixar o graphviz, eh um software muito bom, e tb velho de guerra. Tem pra todos os sistemas operacionais e tal.

Coisa de japonês...

Debugger Membro desde: 28/05/2007 13:44:12 Mensagens: 63 Offline

hehehe estou resgatando o tópico....

Edufa wrote:Eu uso uma outra abordagem, num sistema onde haviam vários papeis.

* Pessoa (abstrata), PessoaFisica e PessoaJuridica.
* Role (interface)
* Pessoa possui uma lista de roles q ela pode assumir
* Motorista, Colaborador, Cliente, Fornecedor, Usuário, etc (todos implementam a interface Role) e cada um teria seus atributos particulares.

Não sei se com essa abordagem acaba complicando mais, mas funcionou bem.

Cara... teria como você me passar este diagrama de classes pra eu ver como você implementou...

sou novato em OO e estou MTO perdido com o diagrama de classes para pessoa hehe...

eu não consigo entender porque pessoafisica e juridica são especializações de Pessoa.... elas não tem atributos em comum(nome não é o mesmo... um é nome... e outro é nomeFantasia.... e pelo que li... pode-se colocar atributos com nome iguais apenas quando representam a MESMA coisa...)

bom... se puder me enviar esse seu por e-mail(o que me ajudaria MTO!!HEHE)... meu mail é raelbgl@yahoo.com.br

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 518 Offline

Eu implementei como pattern state. A classe pessoa tem um tipo pode ser do fisica ou juridica. Nos casos em q elas variam pouco (cliente de loja, prestador de servico) ele funciona bem.

Em casos mais complexos, em q vc precise de muitas informacoes especificas de pessoa fisica ou juridica, eu acho q elas nao deveriam ter uma interface ou classe abstrata comum.

Essa ideia dos roles tbm achei interessante.

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 518 Offline

* duplicado

YvGa wrote:Eu implementei como pattern state. A classe pessoa tem um tipo pode ser do fisica ou juridica. Nos casos em q elas variam pouco (cliente de loja, prestador de servico) ele funciona bem.

Em casos mais complexos, em q vc precise de muitas informacoes especificas de pessoa fisica ou juridica, eu acho q elas nao deveriam ter uma interface ou classe abstrata comum.

Essa ideia dos roles tbm achei interessante.

Realmente não vai funcionar bem, pq o State prevê que suas implementações compartilham os métodos da Interface e nesse caso, você vai querer ter métodos dferenciados à cada um.

Poderia até tentar unificar, como CNPJ - CPF num método comum, mas começa a ficar meio POG ...

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 518 Offline

Realmente não vai funcionar bem, pq o State prevê que suas implementações compartilham os métodos da Interface e nesse caso, você vai querer ter métodos dferenciados à cada um.

Poderia até tentar unificar, como CNPJ - CPF num método comum, mas começa a ficar meio POG ...

Exatamente isso que acontece.
Funciona bem pq eh simples. Por isso q eu acho q qdo precisa muita informacao especifica PessoaFisica e PessoaJuridica nao deveriam implementar a mesma interface.

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