uma questão leve sobre Wrappers

dado o código abaixo, seleciona todas as alternativas corretas:

a - erro de compilação na linha 4
b - erro de compilação na linha 7
c - compila, roda e lança runtime exception
d - compila, roda e imprime true
e - compila, roda e imprime false

erro de compilação na linha 4

os wrappers Integer, Float, Double,Boolean possuem um construtor que recebe uma String...

mas o wrapper Character só possui um construtor que recebe um char

Thread.start() Membro desde: 21/10/2002 21:59:35 Mensagens: 26 Offline

Creio que não se pode estanciar um char com String-linha 4,nem atribuir a um boolean um inteiro-linha 7.Não Compila

ricardolecheta wrote:

mas o wrapper Character só possui um construtor que recebe um char

ok, e nunca se esqueça disso

Rosauro Barcia Fonseca wrote:Creio que não se pode estanciar um char com String-linha 4,nem atribuir a um boolean um inteiro-linha 7.Não Compila

você acertou, erro de compilação nas linhas 4 e 7, mas no caso da linha 7, o boolean NÃO está recebendo um valor inteiro, ele está recebendo o resultado da comparação com == (que é sempre um boolean) entre um wrapper Integer e um wrapper Long.

Isso é errado porque Integer e Long não estão na mesma hierarquia, ambas são subclasses da classe abstrata java.lang.Number, mas uma referência do tipo Integer nunca pode referenciar um objeto do tipo Long.

Ocorre o mesmo com o operador instanceof, veja o código abaixo:

nele, o System.out.println que está comentado com //este resulta em um erro de compilação, isto porque objetos das classes C e B não apresentam qualquer relação de herança (mesmo remota, como seria o caso de Object e S, por exemplo).

Thread.start() Membro desde: 21/10/2002 21:59:35 Mensagens: 26 Offline

Marciolix Explicação brilhante.Eu não tinha percebido que estava-se atribuindo uma igualdade a um boolean e se a igualdade fosse válida eu teria errado a resposta.

Rosauro Barcia Fonseca wrote:Marciolix Explicação brilhante

é isso aí marciolx!

continue trazendo questões assim! tá me ajudando muito

ricardolecheta wrote:

Rosauro Barcia Fonseca wrote:Marciolix Explicação brilhante

é isso aí marciolx!

continue trazendo questões assim! tá me ajudando muito

Opa, e a mim também!

[]'s

caiofilipini wrote:

ricardolecheta wrote:

Rosauro Barcia Fonseca wrote:Marciolix Explicação brilhante

é isso aí marciolx!

continue trazendo questões assim! tá me ajudando muito

Opa, e a mim também!

[]'s

e a mim também

falando sério... escrever e tentar compilar e rodar os programas é uma das melhores maneiras de aprender.

Cara, desse jeito vc pode criar seu próprio simulado e colocar na internet!

marciolx wrote:isto porque objetos das classes C e B não apresentam qualquer relação de herança (mesmo remota, como seria o caso de Object e S, por exemplo).

Cara.... nunca tinha ouvido falar nisso... então quer dizer que pra uma classe estar num instanceof ela tem ao menos que pertencer a uma herança != de Object?

JavaEvangelist Membro desde: 03/12/2004 12:56:35 Mensagens: 484 Offline

Isso ae em cima tbm não compila então eu cheguei a conclusão que pra se utilizar o operador instanceof é necessário que o mesmo seja aplicado numa referencia que faça parte da hierarquia de classes e como no exemplo acima c não possui nenhum tipo de relacionamento com B ocorre um erro de compilação (os dois apenas são subclasses de Object como todas as outras classes em java)?
Eh isso mesmo marciolx ?
PS: voh pesquisar sobre o operador no livro da Kathy hoje a noite quando eu tiver um tempinho de sobre e posto mais coisinhas interessantes pra galera.

JavaChild Membro desde: 15/09/2008 11:47:53 Mensagens: 101 Offline

marciolx wrote:dado o código abaixo, seleciona todas as alternativas corretas:

a - erro de compilação na linha 4
b - erro de compilação na linha 7
c - compila, roda e lança runtime exception
d - compila, roda e imprime true
e - compila, roda e imprime false

1 public class Teste09 { 2 boolean b; 3 public void metodo() { 4 Character c = new Character ("A"); 5 Long l = new Long(65); 6 Integer i = new Integer(65); 7 b = i == l; 8 } 9 public boolean getB() { 10 return b; 11 } 12 public static void main (String [] args) { 13 Teste09 t = new Teste09(); 14 System.out.println (t.getB()); 15 } 16 }

Só não entendi uma coisa, quando ele vai entrar nesse método que se chama "metodo"?
Se não houvessem os erros de compilação ele executaria normalmente?

This message was edited 1 time. Last update was at 15/09/2008 12:54:59

Olá,

Modifiquei um pouco o código para compilar...

Só não entendi uma coisa, quando ele vai entrar nesse método que se chama "metodo"?
Se não houvessem os erros de compilação ele executaria normalmente?

Ele não entra neste metodo() em momento algum. O código apenas chama o método getB() que rertona um boolean b, que no caso ainda é false (valor default).
ok?

---
Diego

JavaChild Membro desde: 15/09/2008 11:47:53 Mensagens: 101 Offline

diegobrandao wrote:Olá,

Modifiquei um pouco o código para compilar...

public class Teste09 { boolean b; public void metodo() { Character c = new Character ('A'); Long l = new Long(65); Long l2 = new Long(65); Integer i = new Integer(65); b = l == l2; } public boolean getB() { return b; } public static void main (String [] args) { Teste09 t = new Teste09(); System.out.println (t.getB()); } }

Só não entendi uma coisa, quando ele vai entrar nesse método que se chama "metodo"?
Se não houvessem os erros de compilação ele executaria normalmente?

Ele não entra neste metodo() em momento algum. O código apenas chama o método getB() que rertona um boolean b, que no caso ainda é false (valor default).
ok?

---
Diego

Ahhh! é por que achei estranho, então no primeiro caso ele apenas imprimiria false ou daria erro de compilação? Qual seria realmente a resposta certa? é uma pegadinha? o realmente dá erro na compilação?

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