Ae Sven,
Seu exemplo foi muito bom, (realmente � dif�cil argumentar contra isso) e eu
concordo com sua voc� - em partes.
Nessa situa��o, onde o produto final � puramente t�cnico, digamos
assim,(quero dizer uma situa��o onde o pessoal da inform�tica comanda,
ningu�m vai querer mudar regras de neg�cios de streams) isso � vi�vel.
Agora analise uma situa��o onde descreve-se um processo de pagamento e um de
agendamento. Ai voc� pode fazer um pagamento agendado que pode ser feito via
site ou por telefone(lembre-se isso � um exemplo, ok?).
Herdar ambas as classes (pagamento e agendamento) para cada caso e
especializa-las n�o seria muito vi�vel a meu ver, j� que as implementa��es
s�o t�o distintas...
E entenda, meu questionamento nao foi a respeito de pq heran�a m�ltipla, mas
sim pq nao interface!
Valeu
[]'s
P.O.
------------------------------ 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]
-------------------------------------------------------------------------
