Discussion :

[animageo]

J'ai utilisé une méthode que j'ai reprise sur le code d'un ami qui consiste à créer une interface avec la déclaration de toutes ces constantes (quand je dis constantes c'est pour l'exécution en cours mais je devrais peut être parler de paramètres ou d'options) et après il suffit d'implémenter cette interface sur chaque classe pour que celles-ci connaissent ces soi-disantes constantes. Vu que je ne comprends pas vraiment à quoi sert une interface pour le moment, est-ce la meilleure solution où y a-t-il quelque chose plus simple ?

[piff62]

Personnelement je prefere les variables static : elles existe sans instanciation de la classe a laquelle elle apartient

Un exemple

Code :

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

1
2
3
4
5
 
public class Constantes
{
public static float pi = 3.14;
}

Ainsi, si dans un programme du a besoin de pi
tu fais

Code :

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

1
2
 
aire = Constantes.pi * rayon * rayon;

Un peu comme la classe Math quoi

[nicolas581]

Pour la définition de constantes on préférera ajouter le mot clé final comme dans l'implémentation des constantes de base :
http://java.sun.com/j2se/1.5.0/docs/...nt-values.html
De plus les constantes sont par convention écrites en majuscules, d'où en reprenant l'exemple de piff62 :

Code :

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

1
2
3
4
5
 
public class Constantes {
  public static final float PI= 3.14;
  ...
}

Enfin pour tout comprendre sur les mots-clés : http://java.developpez.com/faq/java/...langage_motcle

[thibaut]

Première chose les constantes sont en majuscules...

Secundo il y à deux solutions:

- un fichier .properties dans lequel tu définis toutes tes constantes ou paramètres et que tu charges au démarrage de l'application.

- une classe dans laquelle tu définis tes données en public final static.

Moi j'ai opté pour une troisième solution:

- je crée une interface avec les constantes en public final static, ceci me semble être plus léger qu'une classe (mais ça reste a voir), sinon ça permet à toutes les classes désirant accéder directement à ces constantes d'implénenter cette interface (et plus besoin d'import). Une interface me parait la solution la plus "aboutie" parceque dans une classe utilitaire définissant des constantes tu n'as pas besoin de notion propre à une classe, à savoir la notion de constructeur (c'est une classe qui ne sera jamais instanciée)... mais cela reste mon avis. Et puis finalement ça permet de facilement les différencier sous Eclipse ou tout autre IDE.

A+

[Pill_S]

La technique des interfaces de constantes est selon moi une bonne chose...

Le seul cas où il faut rester vigilant, c'est lorsque les composants (l'API) du programme devront être exportés vers d'autres programmeurs:

1) Une fois crée, une interface dois être maintenue dans une API pour toute la durée de vie du projet
2) une fois implémentée par les classes clientes, une interface pollue l'espace de nommage à l'intérieur de la classe: toutes les variables sont accessibles, qu'on en ait besoin ou non.

La parade pourrait être d'utiliser une classe de constantes, dont on aurait pris comme précautions d'interdire l'héritage et l'instanciation:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
// final pour interdire l'héritage
public final class Constante{
  // constructeur privé pour interdire l'instanciation
  private Constante(){}
 
  public static final int TOTO = 5;
  // ...
 
}

au pire, si par la suite on trouve fastidieux de devoir appeler Constante.TOTO à chaque fois (nommage long), on peut simplement déclarer un champ de plus au début de chaque classe:

Code :

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

1
2
3
4
5
6
 
public class Machin{
  private static final int TOTO = Constante.TOTO;
 
  // ...
}

Mais c'est quand même rare d'avoir besoin de tels artifices....

[phil_ma]

ou ceci

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
public interface Constantes {
	public static final int TOTO = 5;
}
 
 
 
public class MyClass implements Constantes {
 
	....
	int abc = TOTO;
	....
}

Philippe

[divxdede]

Utiliser une interfaces est une bonne chose effectivement, mais il est tout de même preferable de creer plusieurs interfaces selon la nature des constantes. Car tu peu apprecier de pouvoir "plugger / deppluger" des modules d'une application qui doivent ainsi être independant.

Mais dans le principe c'est ce qu'il faut faire (même si je ne le fais pas)

Première chose les constantes sont en majuscules...

Secundo il y à deux solutions:

- un fichier .properties dans lequel tu définis toutes tes constantes ou paramètres et que tu charges au démarrage de l'application.

- une classe dans laquelle tu définis tes données en public final static.

Moi j'ai opté pour une troisième solution:

- je crée une interface avec les constantes en public final static, ceci me semble être plus léger qu'une classe (mais ça reste a voir), sinon ça permet à toutes les classes désirant accéder directement à ces constantes d'implénenter cette interface (et plus besoin d'import). Une interface me parait la solution la plus "aboutie" parceque dans une classe utilitaire définissant des constantes tu n'as pas besoin de notion propre à une classe, à savoir la notion de constructeur (c'est une classe qui ne sera jamais instanciée)... mais cela reste mon avis. Et puis finalement ça permet de facilement les différencier sous Eclipse ou tout autre IDE.

A+

[Valerio]

Pour ma part, je suis un peu dans le meme cas, je cherche une solution pour utiliser des constantes.
Je pense me tourner vers les interfaces comme vous le dites.
Cependant j'ai besoin d'initialiser une valeur au démarrage du programme suivant le choix de l'utilisateur.

En gros :
quand l'utilisateur démarre le programme, il choisit la langue de traduction.
J'aimerais que cette variable (String) soit accessible dans toutes mes classes.
Pour le moment, je suis obligé de la passer dans tous les constructeurs :

buildGuid(language);
buildTools(language); etc ...


Bref il faudrait que j'initialise une constante au début du programme.
Vous voyez comment faire ?

[viena]

Si tu veux pouvoir l'initialiser, tu ne peux pas utiliser le mot clé final.
A ta place, je mettrais la variable dans les interface avec les autre constantes (qui seront final elles), mais c'est dangereux... donc, je te conseille de la mettre en private et d'utiliser des methodes getters et setters pour l'initialiser et la récuperer... Ca ne supprime pas tous les risques, mais ca les diminue tout de meme...

Code :

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

1
2
3
4
5
6
7
private static TypeVar maVar;
public static void setMaVar(TypeVar var) {
   maVar = var;
}
public static TypeVar getMaVar() {
   return maVar;
}

[Valerio]

viena :
ca ne fonctionne pas :s

Je peux pas mettre de private dans une interface
donc je l'ai mis en public :

Code :

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

1
2
3
4
 
public interface Constants {
	public String LANG="";
}

alors pour les methodes setters et getters je dois les mettre dans l'interface ?
car je ne peux pas déclrarer de body pour les methodes dans une interface.

et si je fais

LANG = "test";

dans mon programme qui implemente Constants, Eclipse me dit que je ne peux pas le faire :

The final field Constants.LANG cannot be assigned.

Pourtant j'ai pas mis les mots clés final ni static dans la déclaration de la constante dans l'interface.
Si je rajoute le mot clé static, j'ai toujours la meme erreur.

[viena]

Effectivement, ce que j'ai dit est totalement stupide... on ne peut evidemment pas implementer de methode dans une interface...
Donc, pas de private et pas de getters et setters.
De toutes facons, si tu déclare ta variable en public, les getters et setters ne servent plus à rien
Donc, au choix, tu peux
- la mettre en public sans final...
- utiliser une toute autre facon de faire, en ne la considérant pas comme une constante (vu que ça n'en est pas une ) et faire, par exemple, un singleton pour la stocker... mais bon, c'est un peu un bazooka pour ecraser une mouche...

[Valerio]

Animageo : désolé de dériver sur ton topic mais je pense que ton problème etait résolu :p
et comme mon problème est similaire je n'ai pas créé d'autre topic


Sinon a mon aivs, cest impossible de modifier une variable qui se trouve dans une interface. Je me trompe ?

[Valerio]

Viena :


si je fais l'interface :

Code :

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

1
2
3
4
 
public interface Constants {
    public String LANG="v";
}

et une classe pour tester

Code :

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

1
2
3
4
5
6
7
8
9
10
 
public Test implements Constants{
 
    public Test() {
         LANG = "test";
    }
 
    (...)
 
}

j'ai une erreur sur : LANG="test"
je peux pas l'affecter


comment faire avec un "singleton" ?
EDIT : j'ai trouver quelque doc sur les singleton, ca me parrait lourd pour une seule variable.

En fait il faudrait une sorte de variable globale à toutes les classes de mon projet.

[Pill_S]

le singleton ne te servira à rien dans ton cas... la meilleur solution serait d'utiliser une classe de constantes, dans laquelle tu pourras faire des méthodes privées, des blocs static, etc...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
final class Const extends Object{
  private Const(){}
 
  public final static int TOTO = initToto();
 
  private static int initToto(){
    // initialise toto
  }
 
}

ça me semble la meilleur solution dans ton cas

[viena]

Vi, je pense que Pill a raison.
D'ailleurs, rien ne t'empeche de faire une interface avec tes vraies constantes, de l'implementer dans une classe ou tu ajouterais ta variable et d'utiliser cette classe ensuite avec des extends.

[Valerio]

en effet ca fonctionne pas mal
je dois modifier un peu mon programme quant à l'interface graphique de sélection de la langue mais ca devrait aller

merci
(pour ma part c'est résolu)

[animageo]

Animageo : désolé de dériver sur ton topic mais je pense que ton problème etait résolu :p
et comme mon problème est similaire je n'ai pas créé d'autre topic

Pas de problème, je considère également que le problème est résolu. Merci à tous !