Questão de exame: Interfaces

30 de maio de 2004 9 respostas

matheusPJ 30 de maio de 2004

ai vai uma sobre interfaces, quem sabe interpretar corretamente oq esse código faz? Como sempre, não vale compilar! …la no exame vcs não terão o javac pra ajudar… vamo la galera, essa ai elaborei sozinho, aborda detalhes importantes de interfaces!

package com.foo;

class FooClass implements F1, F2 &#123; 	
	
   public void FooClass&#40;&#41; 
   &#123;
      System.out.println&#40; "Construtor" &#41;;
   &#125;
	
   void doStuff&#40;&#41; 
   &#123;
      System.out.println&#40; "metodo doStuff&#40;&#41;" &#41;;
   &#125;
	
   static public void main&#40; String&#91;&#93; args &#41;
   &#123;
      new FooClass&#40;&#41;.doStuff&#40;&#41;;
   &#125;		

&#125;

interface F1 &#123;

   abstract void doStuff&#40;&#41;;

&#125;

abstract interface F2 extends F3 &#123;

   void doStuff&#40;&#41;;

&#125;

interface F3 &#123;

   public void FooClass&#40;&#41;;

&#125;

9 Respostas

morocosPJ 30 de mai. de 2004

bom pelo q eu entendi, num vai compilar, pq eu li no tutorial da sun, q uma classe abstrata num precita ter methodo abstrato, mas um metodo abstrado precisa estar num classe abstrata.
entaum, lá no interfce F1 tem um metodo abstrado, mas q num tá numa interface abstrada. ai eu creio q naum compila

se disse besteira, foi mal ae

falow

matheusPJ 30 de mai. de 2004

marocos… bem, esta errado cara… e um tanto longe da resposta, os métodos de interface são implicitamente abstratos… quem mais? quem mais???

RafaelJPJ 30 de mai. de 2004

Bem, ou ele vai dar erro por causa da duplicidade do método doStuff(), ou vai imprimir “método do Stuff()”.

To em dúvida…

matheusPJ 30 de mai. de 2004

tb não!.. não tem como ter esses problemas de herança múltipla… o método só tem a mesma assinatura nas duas interfaces, elas não conhecem nada da implementação dele… então, nao tem problema nenhum… não há método duplicado… mais alguém tenta?

FelipePJ 30 de mai. de 2004

soh vai aparecer “metodo doStuff()”, o “COnstructor” n vai aparecer pq eh um metodo FooClass() (tem ateh o tipo de retorno: void)…

matheusPJ 30 de mai. de 2004

Felipe, quaaase cara! heheahaha, um dos problemas tu resolveu… mas a saida não será essa não… ehhehehe, tu não deixa de estar certo, o método FooClass() é um método qualquer… só tem o mesmo nome de um construtor, mas não é construtor… vamos lá gente, sem compilar… quem é o próximo?

JavaTecoPJ 30 de mai. de 2004

Posta a resposta ai… puts… Essa foi muito bem bolada mesmo. Bole mas iguais (complexidade) a esta. :joia:

matheusPJ 30 de mai. de 2004

hahahhaa, olha o avatar novo do JavaTeco… hahahhaha, então ok, vamos a resposta… seguinte, lembrem-se de q todo método de uma interface é implicitamente public abstract ok? agora… em FooClass eu tento implementar esse método doStuff() … certo? mas vejam como coloquei a assinatura do método em FooClass:

void doStuff() { ... }

…agora, ligando as coisas… se um método de interface é implicitamente public abstract… e eu estou implementando o método doStuff sem modificador de acesso, quer dizer q ele tem acesso padrão, correto? …agora, há um porém, não se pode mudar o acesso de um método pra ser mais restritivo do q o da superclasse ou interface q implementa!

… se o método na interface é public abstract doStuff(), ele não pode ter acesso padrão, nem protected, nem private! o public é o acesso menos restritivo de todos, e ao implementar ele com acesso padrão, estarei violando essa regra do compilador! essa foi dificil de descobrir né? se cair uma dessas no exame ja é sacanagem… ehehheehaeha

JavaTecoPJ 30 de mai. de 2004

“matheus”:
hahahhaa, olha o avatar novo do JavaTeco… hahahhaha, então ok, vamos a resposta… seguinte, lembrem-se de q todo método de uma interface é implicitamente public abstract ok? agora… em FooClass eu tento implementar esse método doStuff() … certo? mas vejam como coloquei a assinatura do método em FooClass:

void doStuff() { ... }

…agora, ligando as coisas… se um método de interface é implicitamente public abstract… e eu estou implementando o método doStuff sem modificador de acesso, quer dizer q ele tem acesso padrão, correto? …agora, há um porém, não se pode mudar o acesso de um método pra ser mais restritivo do q o da superclasse ou interface q implementa!

… se o método na interface é public abstract doStuff(), ele não pode ter acesso padrão, nem protected, nem private! o public é o acesso menos restritivo de todos, e ao implementar ele com acesso padrão, estarei violando essa regra do compilador! essa foi dificil de descobrir né? se cair uma dessas no exame ja é sacanagem… ehehheehaeha

Puts… Não consegui ver isso… sei o conceito e não consegui ver… muito boa mesmo Matheus… poste +…

Criado 30 de maio de 2004

Ultima resposta 30 de mai. de 2004

Respostas 9

Participantes 5

9 Respostas

Topicos relacionados