Acho que a melhor solu��o seria criar uma classe abstrata desse jeito:
public class VeiculoAbstrato implements Veiculo
{
        private <meus atributos comuns>
        public get/set
}
A partir da�, era s� fazer de Carro e Moto subclasses (concretas) de Veiculo, 
que efetivamente implementam os m�todos da interface a seu gosto. 

>
>  Tenho uma d�vida conceitual sobre interface.
>
>  Supondo que eu tenha uma interface Veiculos. As classes Carro e Moto,
>  implementam esta interface.
>
>
>  Alguns atributos s�o comuns �s classes Carro e Moto.
>
>  Deste modo, pensei em implement�-los na interface. Por�m, eles devem ser
>  p�blicos, o que estaria me proibindo de fazer o encapsulamento destes
>  atributos (onde eu gostaria de utilizar get/set para ler/modificar o seu
>  conte�do).
>
>
>  Qual seria o conceito correto a se aplicar aqui? Criar estes atributos nas
>  classes Carro e Moto ou cria-los na interface e por alguma t�cnica permitir
>  que eles fiquem inacess�veis para as subclasses de Carro e Moto?
>
>  Agrade�o antecipadamente pela aten��o.
>
>
>  Roberto Lopes
>
>   
>
>
>
>
>
>  Post your free ad now! Yahoo! Canada Personals
+++++++++++++++++++++++++++++++++++
Ana Paula Brand�o Lopes, M. Sc. 
Universidade Estadual de Santa Cruz
Ilh�us-BA
73-680-5271
+++++++++++++++++++++++++++++++++++ 



------------------------------ 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
historico: http://www.mail-archive.com/java-list%40soujava.org.br
para sair da lista: envie email para [EMAIL PROTECTED] 
-------------------------------------------------------------------------

Responder a