Alexandre,
Eu que comecei toda essa discuss�o :) ! Sim, � um problema de modelagem!
De A tenho umas 50 classes filhas, cada uma representa uma determinada opera��o
no base de dados. Estou usando um gerente de transa��es, e para ele o objeto
alvo da transa��o n�o precisa ser conhecido, por isso, todos devem ser de um tipo
comum. Os m�todos de minha classe abstrata s�o os famosos inserir, remover,
atualizar e consultar. Acontece que nem todas as opera��es precisam ser
realizadas
sobre todos os objetos, portanto, vou ter que remodelar meu projeto!
Obrigado pela aten��o de todos,
Henrique
"Alexandre G. L. Fernandes" wrote:
> Minha opini�o � a seguinte: se voc� define m�todos abstratos em uma
> super-classe (A), isso indica que voc� QUER que todos estes m�todos sejam
> implementados pelas classes herdadas (B e C). Mas se existem classes herdadas
> (B) que n�o precisam de um ou mais m�todos abstratos da super-classe, isto
> pode indicar que B N�O � UM OBJETO A. Ou pelo menos n�o exatamente. Neste
> caso, poderia haver uma classe intermedi�ria (A2) herdada de A, que teria o
> m�todo abstrato extra, e ent�o C, que precisa deste m�todo, seria herdado de
> A2 em vez de A. N�o sei se consegui ser claro, este neg�cio de A B C costuma
> confundir a gente.
> Resumindo, talvez seja um problema da modelagem, e n�o da linguagem.
--------------------------- 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]
[para sair da lista: http://www.soujava.org.br/forum/cadastrados.htm]
[regras da lista: http://www.soujava.org.br/regras.htm]
---------------------------------------------------------------------
