http://www.guj.com.br/posts/list/19.java JForum - http://www.jforum.net
Estou modelando um sistema, e tenho os seguintes tipos:

Cliente, que pode ser PessoaFisica ou Pessoa Juridica
Fornecedor, pode ser somente PessoaJuridica
Funcionario,pode ser somente PessoaFisica
Transportadora, que pode ser PessoaFisica ou Pessoa Juridica

eu estou pensando em fazer o seguinte

Criar uma classe abstrata Pessoa, Criar uma Classe PessoaFisica que extende Pessoa e PessoaJuridica que extende Pessoa

Agora que complica, como faco a relacao de Cliente, a solução q eu achei seria o seguinte

Fazer uma composicao , uma Classe Cliente compoe Pessoa e possue um atributo Pessoa, q eu vou instanciar como PessoaFisaca ou juridica, faco o mesmo para Transportadoss, mas não sei se esta certo isso, me parece meio Gambiarra...

se alguem puder me ajudar a esclaresser esse problema ficaria muito grato....

Aguardo resposta e a compreencao por eu ter criado um tópico a mais sobre esse assunto, mais é q eu nao estou conseguindo enchergar a solucao...heheheheh

Obrigado!!!
]]> http://www.guj.com.br/posts/preList/93255/499215.java http://www.guj.com.br/posts/preList/93255/499215.java GMT
Pense bem , heranca multipla NAO existe no java. Mas isso pode ser contornado com o uso de interfaces !
Com essa dica você resolve o problema do cliente !?

---------------------Editado------------------------

Ah, esqueci de comentar a solução que você propos...
Ao criar uma classe Cliente que possui um atributo do tipo Pessoa, você não está dizendo que Cliente é uma Pessoa..
O enunciado quer que você instancialize um cliente ou como PessoaFisica ou como PessoaJuridida ..

Att,
Renan]]> http://www.guj.com.br/posts/preList/93255/499228.java http://www.guj.com.br/posts/preList/93255/499228.java GMT
[code]public class Cliente implements PessoaFisica,PessoaJuridica{

}[/code]

seria essa a solucao mais correta de acordo com sua opiniao?, é q eu sou meio novo em java, por isso estou perguntando, heheh....]]> http://www.guj.com.br/posts/preList/93255/499242.java http://www.guj.com.br/posts/preList/93255/499242.java GMT você pode herdar de uma classe e implementar interfaces ao mesmo tempo..

Eu sempre vejo o que aproveitará mais código e será de mais utilidade para a situação.

Faça de uma forma que escreverá menos código, aumente a manutenabilidade, etc etc..
Use e abuse de OO e aproveite dessa caracteristica do java, a interface.

Isso gera bastante discussão. Há quem diga para se programar voltado à interfaces, outros nao.. Existem vários tópicos sobre isso por aqui.

Att,

Renan
]]> http://www.guj.com.br/posts/preList/93255/499261.java http://www.guj.com.br/posts/preList/93255/499261.java GMT http://www.guj.com.br/posts/preList/93255/499282.java http://www.guj.com.br/posts/preList/93255/499282.java GMT
Apesar de mais código ser escrito, nao seria melhor compor uma pessoa fisica ou juridica com as informações das "especializações"? Assim... Como uma Pessoa (fisica ou juridica) pode ser cliente E transportadora, seria interessante que a entidade desse suporte a isso. Caso contrario, eu teria duas pessoas no sistema com uma mesma identificação (CNPJ), o que seria um estado inválido do sistema.]]> http://www.guj.com.br/posts/preList/93255/499302.java http://www.guj.com.br/posts/preList/93255/499302.java GMT http://www.guj.com.br/posts/preList/93255/499316.java http://www.guj.com.br/posts/preList/93255/499316.java GMT
O estado muda com freqüência (PJ vira PF, depois muda para PJ/PF)? Existem regras específicas e complexas para cada tipo (PF, PJ e PJ/PF)?

Uma possível solução ([url=http://en.wikipedia.org/wiki/Design_Patterns]GOF[/url]), para não duplicar código, em casos de muitas regras específicas e algumas compartilhadas, seria:

[img]http://www.sinis.com.br/fig/pfpj.jpg[/img]]]> http://www.guj.com.br/posts/preList/93255/499948.java http://www.guj.com.br/posts/preList/93255/499948.java GMT http://www.guj.com.br/posts/preList/93255/500267.java http://www.guj.com.br/posts/preList/93255/500267.java GMT
Sim, claro, herança apenas como artifício de reuso complica mais que ajuda (trocar herança por composição).

Dependendo do negócio, que foi pouco explorado neste caso, pode existir uma herança honesta mesmo sem polimorfismo (apenas herdando responsabilidades), eu acredito.

Estou defendendo na verdade uma maior exploração do negócio.
]]> http://www.guj.com.br/posts/preList/93255/500303.java http://www.guj.com.br/posts/preList/93255/500303.java GMT http://www.guj.com.br/posts/preList/93255/500353.java http://www.guj.com.br/posts/preList/93255/500353.java GMT http://www.guj.com.br/posts/preList/93255/500783.java http://www.guj.com.br/posts/preList/93255/500783.java GMT http://www.guj.com.br/posts/preList/93255/500818.java http://www.guj.com.br/posts/preList/93255/500818.java GMT Veja no sebrae a seguinte distinção:

[url=http://www.sebraesp.com.br/principal/abrindo%20seu%20neg%C3%B3cio/orienta%C3%A7%C3%B5es/cria%C3%A7%C3%A3o%20de%20empresas/pessoasf%C3%ADsicajur%C3%ADdica.aspx]O que é pessoa física e pessoa jurídica?[/url]

Uma Pessoa Jurídica NÃO é da mesma hierarquia NATURAL de pessoa, é uma abstração que vai além disso. Fazer uma hieraquia dessa é gambiarra para aproveitar atributos. Uma pessoa jurídica pode ser uma empresa ou uma associação/companhia e não necessariamente uma Pessoa.
]]> http://www.guj.com.br/posts/preList/93255/500822.java http://www.guj.com.br/posts/preList/93255/500822.java GMT
Operação: obterCassificação (calculada em função da data de adesão do cliente e do endereço; data e endereço são atributos de [b]Cliente[/b])

A implementação desta Operação seria um método na classe mais abstrata. (Não teríamos mais métodos nas outras classes para essa operação, pois o comportamento é idêntico)

Eu estava considerando este caso como uma herança sem polimorfismo, pois o método para essa operação não será escolhido em tempo de execução (sem polimorfismo, só existe um método para essa Operação)

OK, talvez conceito de polimorfismo esteja impreciso. Podemos considerar polimorfismo, mesmo com apenas um método para a Operação? ]]> http://www.guj.com.br/posts/preList/93255/500845.java http://www.guj.com.br/posts/preList/93255/500845.java GMT
Como conversamos via IM, herança sem polimorfismo é possível, por vezes justificável, mas é mais uma limitação que leva a um design ruim. Quandos e tem herança sem chamadas polimórficas significa que o sistema em si não conhece a classe pai, possivelmente esta não faz parte do domínio. A classe pai é usada apenas como unidade de reuso, e isso pode causar problemas porque acaba-se criando uma hierarquia artificial. Nesse caso eu sugiro refatorar o comportamento comum em uma classe e usar coposição.]]> http://www.guj.com.br/posts/preList/93255/500849.java http://www.guj.com.br/posts/preList/93255/500849.java GMT ]]> http://www.guj.com.br/posts/preList/93255/500899.java http://www.guj.com.br/posts/preList/93255/500899.java GMT