Discussion :

[Ekros]

Bonjour à tous,
Je viens enfin de régler mon problème d'initialisation de constante. Je voudrai avois l'avis des pro de Java pour savoir si ça tient la route ou si c'est complètement débile ou si il y a plus simple.

Le pb au départ :
Un fichier d'initialisation ( .properties ) avec différents paramètres : ex : ip=x.x.x.x
Pouvoir utiliser ces paramètres de façon simple dans toutes mes classes Java. Par exemple coder ce genre de chose : Constante.IP ...

Voilà ce que j'ai fait :
La classe Main

Code :

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

1
2
3
4
5
6
7
8
9
10
public class Main {
 
	public static void main ( String args[]){
		new Config();
		new Constante();
 
		// exemple d'utilisation de la constante
		System.out.println(Constante.IP);
	}
}

La classe Config qui charge le fichier properties

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
public class Config {
 
	static public Properties p = new Properties();
 
	// Constructeur
	public  Config() {
	 	try {
			Config.p.load(ClassLoader.getSystemResourceAsStream("ex.properties"));
	 	} catch (IOException e) {
			 e.printStackTrace();
		}
	}
}

Et finalement la class Constante avec laquelle je travaille.

Code :

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

1
2
3
4
5
public class Constante {
	// Définition de tte les constantes
	public final static  String IP = Config.p.getProperty("ip");
 
}

J'avais commencé à définir mes constantes dans une interface, mais c'est trop rigide ( d'un côté, c'est aussi normal ... )

Voilà tout ,
@+

[thibaut]

Pourquoi définir une constante

Code :

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

1
2
// Définition de tte les constantes 
public final static  String IP = Config.p.getProperty("ip");

je ne vois pas l'intérêt...

[Kurdran]

Tu peux passer par un seul fichier :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
public class Config {
  static private Properties p = new Properties();
 
  public  Config() {
    try {
    Config.p.load(ClassLoader.getSystemResourceAsStream("ex.properties"));
    } catch (IOException e) {
      e.printStackTrace();
    }
  }
 
  public getConstante(String nomConstante) {
    p.getProperty(nomConstante);
  }
}

[Kurdran]

Et du coup c'est moins rigide.

[BainE]

juste un petit detail mais qui a de l'importance quand meme.

un attribut public c'est super moche !!!, alors un attribut de classe, aieaieaie !!!

Si tu debute prend l'habitude met tout en privé, ca mange peu de pain et sa t'evitera de te faire jetter durement par les anciens...

Bonne continuation

[Kurdran]

Oui c'est vrai j'ai oublier de changer ca quand j'ai fait copier coller

Voila j'ai change ca.

[Ekros]

Bonjour,
Pour répondre à thibaut :

Pourquoi définir une constante

C'était le but que je m'étais fixé. Initialiser un constante. Mais c'est vrai que ce sont plus des paramètres. De là à enlever le final, why not.

Pour répondre à Kurdan :

public getConstante(String nomConstante) {
p.getProperty(nomConstante);
}

J'ai refait comme ça :

Code :

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

1
2
3
	public static String getConstante(String nomConstante) { 
	  return p.getProperty(nomConstante); 
	}

C'est vrai que ça évite la classe Constante. Par contre ds le code, les appels aux constantes seront de la forme suivante :

Code :

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

System.out.println(Config.getConstante("ip"));

Pour la lisibilité, je préfère des choses du genre :

Code :

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

System.out.println(Config.IP)

Et pour faire ça, je lui obliger de passer par une 2° classe , c'est pourquoi j'ai utilisé la classe Constante en plus de la classe Config pour écrire Constante.IP.

[adiGuba]

Salut,

Pour la lisibilité, je préfère des choses du genre :

Code :

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

System.out.println(Config.IP)

Et pour faire ça, je lui obliger de passer par une 2° classe , c'est pourquoi j'ai utilisé la classe Constante en plus de la classe Config pour écrire Constante.IP.

Tu peux très bien utilisé une seule classe, en initialisant tes constantes lors du chargement de la classe Constante par la JVM en utilisant un bloc de code statique :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class Constante {
 
	// Déclaration des constantes SANS affectation :
	public static final String IP;
 
	static {
		// Chargement du fichier properties :
		Properties p = new Properties();
		try {
			p.load(ClassLoader.getSystemResourceAsStream("ex.properties"));
		} catch (IOException e) {
			e.printStackTrace();
		} 
 
		// Affectation des valeurs des constantes :
		IP = p.getProperty("ip");
	}
}

a++

[Ekros]

Ca c'est fort !! Je connaissais pas l'utilisation du bloc static ...

[Kurdran]

Tiens je ne connaissais pas. Merci.

[Ekros]

Suite du sujet :
La solution fonctionne bien en mode Stand Alone par contre, si mon fichier properties se retrouve dans une archive war deployée sur un serveur Web, la ligne

Code :

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

p.load(ClassLoader.getSystemResourceAsStream("ex.properties"));

me plante. Il y a -il une commande spécifique avec les application web pour retrouver le fichier properties ?