Questão SCJP!

Aê pessoas!
Não sei se esse tipo de questão cai na prova, mas tava no mock...

Compila? Runtime Exception ? Imprime o q?

This message was edited 1 time. Last update was at 04/04/2005 08:15:36

Acho que imprimiria: true,false

This message was edited 1 time. Last update was at 04/04/2005 08:26:14

ranophoenix wrote:Acho que imprimiria: true,false

Testei aqui e deu isso mesmo... mas pq a segunda opção deu false????
Um objeto.toString() é sempre igual a ele mesmo.toString() nao é?????

Eu testei utilizando java i.5 e deu false, false.

Acho que dá false pelo fato de que ele cria as Strings quando chamamos o toString e elas não estão no pool de String. Ele utiliza (provavelmente) new String() creio eu.

Testei com a 1.4.2 e deu true, false.

Não entendi por que o segundo é false. Se ambos serão Strings "1.0".

Entusiasta Java Membro desde: 13/02/2004 10:50:30 Mensagens: 17 Offline

testei com 1.4.1 e deu false, false

Realmente não entendí pq o primeiro dá true e o segundo dá false (JDK 1.4.2).

O fato de ele dar true ou false no primeiro não está relacionado com a comparação feita utilizando "==" para objetos comparar o endereço de memória??? é uma resposta não confiável vendo que estamos querendo comparar conteúdos. Se não me engano no Core java (ou no Deitel, nao me lembro ao certo) eh feito um alerta que quando utilizamos "==" para comparar Strings pode dar "problema". Sei que ele retorna true se as Strings estiverem sido criadas sem o uso do new String. POis elas estarao no Pool certo??

This message was edited 1 time. Last update was at 04/04/2005 10:28:01

thadeurc wrote:O fato de ele dar true ou false no primeiro não está relacionado com a comparação feita utilizando "==" para objetos comparar o endereço de memória??? é uma resposta não confiável vendo que estamos querendo comparar conteúdos. Se não me engano no Core java (ou no Deitel, nao me lembro ao certo) eh feito um alerta que quando utilizamos "==" para comparar Strings pode dar "problema". Sei que ele retorna true se as Strings estiverem sido criadas sem o uso do new String. POis elas estarao no Pool certo??

Mas ele criou os objetos do mesmo jeito!
Como pode funcionar pra um e nao para o outro???

Pau da JVM mesmo???

This message was edited 1 time. Last update was at 04/04/2005 13:20:26

Dando uma olhada no código fonte do java.lang.Integer que eu tô usando talvez ajuda um pouco:

Ele retorna Strings não criados com new String(...) em alguns casos mais comuns(de -3 até 10 e tambem -2147483648). E assim retorna true, false com meu java pelo razões ditas pelo thadeurc.

Depende da implementação do Integer.toString(). Se ele sempre retorna o mesmo objecto String para o número 1 ou não.

E o classe Double aparentemente sempre cria um novo objeto String

Muito interessante, isso, Fabrício.

-Sami

andre_a_s wrote:
Mas ele criou os objetos do mesmo jeito!
Como pode funcionar pra um e nao para o outro???
Integer i1 = new Integer(1); Double d1 = new Double(1);

Pau da JVM mesmo???

Os objetos Integer e Double são criados mais ou menos do mesmo jeito, mas a comparação é entre os objetos String. Que são criados(ou não) nos metodos Integer.toString() e Double.toString().

Ou seja: Ambos seriam false se não fosse pelo código do Integer.toString() que sempre retorna o mesmo String "1" em alguns versões do java.

Muito tosco isso.

Concordo em com o daniel.. muito tosco... tomara que questões como esta não caiam em provas pois deve dar dor de cabeça

Isso nem deveria cair na prova. Foge dos objetivos do SCJP.

Ah, com certeza não vai cair na prova real, não.

-Sami

Notícias, artigos e o maior fórum brasileiro sobre Java