Recherche énigmes Java

Version imprimable

25/09/2008, 14h49
befou

Recherche énigmes Java
Bonjour à tous
Pour passer le temps au boulot, on se pose des petites énigmes Java. Mais notre inspiration touche à sa fin. On est friand d'énigmes tenant en très peu de lignes de code, portant sur des subtilités du langage.
Quelqu'un aurait-il un lien vers un site qui en propose ?

A titre d'exemple, en voici 3:
1)
Code:

1 2 3 int i = 0; i = i++;
Que vaut i ?

2)
Code:

1 2 System.out.println(1+2+"");
Affiche 3 ou 12 ?

3)
Code:

1 2 System.out.println(""+1f);
Affiche 1, 1.0 ou 1f ?
25/09/2008, 15h09
in

http://brabant.developpez.com/java/c...ions/factices/

Par contre c'est un poil plus relevé que tes exemples ... ;)
26/09/2008, 09h46
befou

Merci, mais ce n'est pas exactement ce que je cherche. Ce qu'il me faut, ce sont des énigmes qui tiennent en 4 lignes de code maxi pour les écrire au tableau.
26/09/2008, 17h11
Uther

Je me suis attaqué au questionnaire, et j'ai fait bien plus d'erreurs que je ne l'aurais cru :pleure:

La plupart du temps j'ai compris mon erreur rien qu'en regardant la réponse, mais pour les questions 6, 7 une explication détaillée ne serait pas superflue, car je n'ai pas compris mon erreur.

Et la question 9 le code source de la question est traduit, mais pas les propositions ni la réponse :aie:
26/09/2008, 17h42
adiGuba

Pour la 6 je me suis aussi fait avoir.
En fait lorsqu'on désérialize une classe, le constructeur n'est pas appelé c'est le mécanisme de sérialisation qui s'occupe d'initialiser les champs.
Par contre, comme il faut bien initialiser les champs des classes parentes non-sérialisable, c'est le constructeur par défaut de la première classe parente non-sérialisable qui est utilisé...
Tout ceci est indiqué dans la doc de Serialisable : http://javasearch.developpez.com/j2s...ializable.html

Pour la 7 cela vient du fait que la regexp "\d*" matchera un chiffre présent entre 0 et plusieurs fois.
Donc cela retournera également tout les emplacements entre deux lettres...

a++

Tiens si vous voulez vous amusez un peu : quel est le résultat de ces trois bouts codes (s'ils compilent ?)

Rappel : String implémente les interfaces Serializable et CharSequence ;)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
class Test {
 
	public static void print(Serializable s) {
		System.out.println("Serializable : " + s);
	}
 
	public static void print(Object o) {
		System.out.println("Object : " + o);
	}
 
	public static void main(String[] args) {
 
		print("Hello World !");
 
	}
 
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
class Test {
 
	public static void print(CharSequence cs) {
		System.out.println("CharSequence : " +cs);
	}
 
	public static void print(Serializable s) {
		System.out.println("Serializable : " + s);
	}
 
	public static void print(Object o) {
		System.out.println("Object : " + o);
	}
 
	public static void main(String[] args) {
 
		print("Hello World !");
 
	}
 
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
class Test {
 
	public static void print(String cs) {
		System.out.println("String : " +cs);
	}
 
	public static void print(CharSequence cs) {
		System.out.println("CharSequence : " +cs);
	}
 
	public static void print(Serializable s) {
		System.out.println("Serializable : " + s);
	}
 
	public static void print(Object o) {
		System.out.println("Object : " + o);
	}
 
	public static void main(String[] args) {
 
		print("Hello World !");
 
	}
 
}

a++

Citation:

Envoyé par adiGuba

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
class Test {
 
    public static void print(CharSequence cs) {
        System.out.println("CharSequence : " +cs);
    }
 
    public static void print(Serializable s) {
        System.out.println("Serializable : " + s);
    }
 
    public static void print(Object o) {
        System.out.println("Object : " + o);
    }
 
    public static void main(String[] args) {
 
        print("Hello World !");
 
    }
 
}

C'est parce qu'il ne sait pas se déterminer qu'il y a une erreur ?

28/09/2008, 13h16
pseudocode

Citation:

Envoyé par OButterlin

C'est parce qu'il ne sait pas se déterminer qu'il y a une erreur ?

Oui. Il n'y a pas de hierarchie dans les interfaces donc aucun moyen de savoir si "Serializable" est avant/après "CharSequence" au moment de l'appel (late binding).
28/09/2008, 15h11
OButterlin

Citation:

Envoyé par pseudocode

Oui. Il n'y a pas de hierarchie dans les interfaces donc aucun moyen de savoir si "Serializable" est avant/après "CharSequence" au moment de l'appel (late binding).

Merci ;)
29/09/2008, 10h32
adiGuba
Citation:

Envoyé par pseudocode

Oui. Il n'y a pas de hierarchie dans les interfaces donc aucun moyen de savoir si "Serializable" est avant/après "CharSequence" au moment de l'appel (late binding).

Oui tout à fait. Lors d'une surcharge comme ici c'est le compilateur qui détermine la méthode a appeler, selon le type déclaré des paramètres.

Ici on a un paramètre de type String et dans les 3 cas toutes les méthodes sont "compatible". Le compilateur essaye alors de récupérer le type le plus précis.
- Dans le premier cas, Serializable est plus précis que Object et sera donc utilisé. Object à le poids le plus faible et ne sera utilisé que dans le cas où aucune autre méthode ne correspond.
- Dans le second, il n'y a aucun moyen de choisir entre Serializable et CharSequence puisque ce sont deux interfaces distinctes. Le compilateur signale donc l'ambiguïté par une erreur.
- Enfin avec une méthode print(String) on a une égalité parfaite entre les paramètres de la signature de méthode et le type déclaré des paramètres de l'appel, donc le choix se fait sans ambiguïté
a++

Encore plus de fun avec la résolution de binding :mrgreen: :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
public class Test {
 
	public static void print(String s, CharSequence cs) {
		System.out.println("String/CharSequence");
	}
 
	public static void print(Object o, String s) {
		System.out.println("Object/String");
	}
 
	public static void main(String[] args) {
		print("Hello World !", "I'm Here.");
	}
}

(ah... la joie du chapitre 15.12.2.7 de la JLS)