Nao apenas uma "boa pratica". Sem a Interface a classe Basket teria que 
tratar cada Product como um caso especial. Fazer cast em cada um para poder 
chamar os metodos necessarios. Se voce criar um novo tipo de produto tera 
que modificar a Basket para reconhecer este produto.
 

 
     Com a Interface a Basket apenas precisa saber que se tratam de 
produtos, sem trata-los de forma especial e sem necessidade de casting. Mais 
importante, se voce criar um novo produto basta implementar a interface 
Product corretamente e a Basket nao precisara ser modificada, pois ela jah 
sabe como lidar com produtos.
 

 
Abracos,
 
Marcelo Quintella
 

 
>      Conclus�o: Em linhas gerais, uma interface � apenas uma boa pr�tica 
 
> de codifica��o que simplifica o entendimento do c�digo, aumenta sua 
 
> manutenibilidade e minimiza erros provenientes do uso de hierarquias de 
 
> classes. 

_________________________________________________________
Oi! Voc� quer um iG-mail gratuito?
Ent�o clique aqui: http://www.ig.com.br/paginas/assineigmail.html


------------------------------ 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] 
-------------------------------------------------------------------------

Responder a