Discussion :

[chronos]

Bonjour,

Je vien de tomber sur ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
public interface Constants {
 
	String A = "A";
 
	String B = "B";
 
	String C = "C";
}

Evidement cette interface n'est implementée par personne, mais les variables sont bien utilisées. Quelle interet de faire cela comme ça plutot qu'une classe avec des membres statics ?

Merci

[®om]

Implicitement, ces variables sont public static final.
Donc ça "revient" au même, tu utilises Contants.A pour appeler ta variable A...

Mais cela a un petit avantage : tu peux faire class MaClasse implements Constants. Et donc tu peux directement appeler A sans faire Constants.A...

[chronos]

Implicitement, ces variables sont public static final.
Donc ça "revient" au même, tu utilises Contants.A pour appeler ta variable A...

Mais cela a un petit avantage : tu peux faire class MaClasse implements Constants. Et donc tu peux directement appeler A sans faire Constants.A...

Humm ok, c'est quand meme dommage alors de pas utiliser le petit avantage que donne cette ecriture alors.
Merci pour la lecture en tout cas

[®om]

Humm ok, c'est quand meme dommage alors de pas utiliser le petit avantage que donne cette ecriture alors.
Merci pour la lecture en tout cas

Mais bon, ça n'est qu'une astuce pour l'écriture (d'ailleurs utilisée par Swing avec l'interface SwingConstants).
Depuis java 1.5, il est plus correct de faire un import static...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

import static java.lang.Math.PI;

puis tu peux appeler directement PI dans ta classe...

D'ailleurs, c'est ce qu'ils écrivent ici (qu'il ne faut pas abuser des interfaces):
http://java.sun.com/j2se/1.5.0/docs/...ic-import.html

Only use it when you'd otherwise be tempted to declare local copies of constants, or to abuse inheritance (the Constant Interface Antipattern).