Questão de concurso [Resolvido]

a opção III ta errada por que quando a classe Data estende Tools, ela simplemente implemente o seu método, e não está ocorrendo sobregarda de métodos como na I e na II…

Dizemos que o método foi sobrecarregado quando sua assinatura é modificada, ou seja: a declaração de parâmetros passados para o método variaram em quantidade ou em tipos. É o que vemos em I e II, então bate com o gabarito.

ADEMILTON:

Dizemos que o método foi sobrecarregado quando sua assinatura é modificada, ou seja: a declaração de parâmetros passados para o método variaram em quantidade ou em tipos. É o que vemos em I e II, então bate com o gabarito.

Isso eu sei, é que eu fiquei em dúvida na questão do polimorfismo envolvido na questão.

Polimorfismo pra mim é algo que resulta de Herança, o que acontece na opção II e não acontece na opção I.

Tipo:

class Animal {
   public void eat() {}
}

class Dog extends Animal {
  //sobre carga 
  public void eat(int x) {}

  public static void main(String args) {
     //aqui polimorfismo.
    Animal a = new Dog();
    a.eat(1);
  }
}

O polimorfismo proporcionado pela herança seria em relação ao tipo, assim como está no seu comentário.

Quando se usa sobrecarga há um polimorfismo com métodos. Pois eles tem o mesmo nome, mas possuem assinatura diferente e podem ter implementações diferentes.

Se considerar a origem da palavra, entao overload é um tipo de polimorfismo sim. Embora nos costumamos ouvir polimorfismo só em casos de metodos iguais implementados por subclasses.

Nao sei se existe algo que seja comumente aceito sobre o que pode ou nao pode ser considerado polimorfismo em software. Nesse caso overload pode ser considerado sim.

Apesar que eu acho que isso so vai confundir quem le sobre o assunto.

Mais sobre o assunto:
http://www.guj.com.br/posts/list/54387.java

YvGa:

Se considerar a origem da palavra, entao overload é um tipo de polimorfismo sim. Embora nos costumamos ouvir polimorfismo só em casos de metodos iguais implementados por subclasses.

Nao sei se existe algo que seja comumente aceito sobre o que pode ou nao pode ser considerado polimorfismo em software. Nesse caso overload pode ser considerado sim.

Apesar que eu acho que isso so vai confundir quem le sobre o assunto.

Mais sobre o assunto:
http://www.guj.com.br/posts/list/54387.java

Obrigado pelo link, mas parece ser um assunto difícil de se chegar a uma decisão.

Por exemplo, no livro de certificação da Keithy Sierra, quando se fala em polimorfismo, se fala em herança. Por esse motivo é que fico mais em dúvida se apenas uma sobrecarga em uma mesma classe, sem herança envolvida, poderia ser polimorfismo.

Ué… mas não está certo? em I apresenta polimorfismo por sobrecarga e em II apresenta tanto polimorfismo por sobrecarga quanto por sobreposição. Já na III apresenta apenas polimorfismo por sobreposição. Como se está perguntando qual ou quais declarações contém métodos polimórficos por sobrecarga, as opções seriam I e II. Ou seja, letra D.

romarcio:

Polimorfismo pra mim é algo que resulta de Herança, o que acontece na opção II e não acontece na opção I.

class A {
  def metodo
  end
}

class B {
  def metodo
  end
}

def metodo_qualquer(obj)
  obj.metodo
end

A III está errada porque ele alterou o retorno.

Eu deveria ter analisado melhor a Pergunta, e ver que estavam referenciando o Polimorfismo a sobrecarga e sobreposição, e não ao polimorfismo referente a herança.

É que nunca tinha avaliado uma sobrecarga ou sobreposição como sendo algo polimórfico, então acabei de cara descartando a alternativa I.

Bom, em relação ao polimorfismo estão corretas a I e a II. Mas a II e a III não compilam por causa da mudança do tipo de retorno dos métodos sobrepostos.

A a 3 não compila por que quando se sobrescreve um método, o retorno deve ser igual ou um retorno que seja uma subclasse do retorno do método original.
Por exemplo:

class Tool {
Object setData (float width, float height) {?}
}
class Data extends Tool {
//String é uma classe, que herda de Object por definição da linguagem, então seria aceita a mudança de parametro.
String setData (float width, float height) {?}
}

Mas no caso, o tipo int é um primitivo, não uma classe.

A a 3 não compila por que quando se sobrescreve um método, o retorno deve ser igual ou um retorno que seja uma subclasse do retorno do método original.
Por exemplo:

class Tool {
Object setData (float width, float height) {?}
}
class Data extends Tool {
//String é uma classe, que herda de Object por definição da linguagem, então seria aceita a mudança de parametro.
String setData (float width, float height) {?}
}

Mas no caso, o tipo int é um primitivo, não uma classe.

Exatamente. Bom, mas este mesmo problema também ocorre com o item II com o método setData(int width).

II.

class Tool {
Object setData (int width) {?} //retorno Object
}
class Data extends Tool {
int setData (float width, float height) {?}
int setData (int width) {?} //retorno int
}