Discussion :

[Shivan]

Bonjour,

Petite question pour savoir comment gérer vous les propriétés de vos projets. Pour ma part voici les différents cas.

Une constante "final static". Pour moi ce sont les propriétés techniques du projet. Exemple le nom d'une colonne de base. Et dans ce cas soit dans la classe qui utilise la propriété ou dans une classe statique "Constant"

Dans un fichier de propriété (plat ou xml). Plutôt pour les propriétés fonctionelles. Adresse mail ou adresse FTP. Eventuellement temps d'un timer...
Dans ce cas, utilisez vous plutôt un chemin en dur ou mettez vous le fichier de propriété dans le classPath de l'application.

Il m'arrive d'utiliser des enums comme des propriétés. Par exemple pour des types de films (comédie, drame ...), je veux avoir un enum type (avec une valeur). Sur une page web on peut sélectionner le type de son film. Le probléme de ce systéme est de ne pas pouvoir rajouter "dynamiquement" un type de film. Il faut recompiler et redeployer.

on peut stocké ses propriétés en base.

on peut accéder aux porpriétés LDAP par JNDI (humm ça je connait pas donc je ne sais pas si ça ce fait)


Voila quel est votre avis la dessus.

Merci

[gifffftane]

C'est un problème aux aspects très divers, non encore vraiment résolu chez moi.

Ma tendance actuelle est de rapprocher la propriété de sa classe ou de sa fonction ; donc j'ai de moins en moins de propriété du projet, et de plus en plus de propriété de telle fonction, tel usage, tel classe.

Le problème de cette approche est que cela se bordélise au niveau des règles de nommage du projet, mais pour l'instant je tiens le choc. Je règle ce souci en me disant que le bordel arrive parce que il y a une fonction, un utilisateur ou autre que j'ai pas correctement pris en compte.

Donc, je crées une nouvelle classe, qui a ses règles à ce niveau là, les autres classes y accèdent par des méthodes, et cela met un d'ordre. Je travaille le plus possible à partir de l'organisation des choses, et comment est-ce que je peux l'exprimer dans mon programme.

[Shivan]

Merci de ta réponse gifffftane. Concrètement tu mets tes propriétés dans ta classe alors. Pas de fichier de propriétés ?

[gifffftane]

Si, ils existent, mais ils ne cherchent pas à centraliser toutes les propriétés, seulement celles qui sont pratiques à cet endroit.

Soit par exemple les bases de données et les logs. Comme tu le sais j'imagine, il existe des technos qui s'occupent de ça très bien - hibernate et log4j par ex. Ces technos organisent les propriétés de façon complètement différentes. Quel serait l'intérêt de tout rassembler pour faire une gestion centralisée dans l'appli ? Moi, je vois pas. Je préfère avoir les fichiers hibernate d'un coté, les fichiers log4j de l'autre. Chacune est bien documentée, bien identifiée, largement connue, j'ai pas l'impression qu'une centralisation et homogénéïsation ferait mieux.

Les fichiers de properties sont bien lorsqu'un humain utilisateur, à quelque niveau qu'il soit, (mais pas utilisateur grand public) veut transmettre une valeur à un logiciel, sans avoir besoin de toute la smala d'une GUI ; un peu dans le même rôle que les options de la ligne de commande.

[jarko]

personnellement, fichiers de propriétés à plat ou xml dans le classpath pour les paramétrages de configuration (url, email,..)
le reste si possible en bdd (valeur par défaut, paramètre fonctionnel pour plus de souplesse et pour les liste static des enums

[Shivan]

Merci pour vos réponses. Bon à priori pas vraiment de consensus et de "good practice" pour la gestion des propriétés. Suivant les cas ou les habitudes les stratégies adoptées peuvent être différente.

Concernant les fichiers de propriétés je préfère un chemin fixe hors du classpath. C'est plus facile à aller modifier ensuite si besoin. Bon au niveau déploiement c'est un peu plus contraignant par contre.

Ce qui me dérange c'est ma flopée de "final static". Pour l'instant je les stocke dans une interface constante et je l'implémente pour les classes qui en ont besoin.

[JavaLilk]

En ce moment je réalise un projet pour m'entrainer en java et pour la gestion de mes .properties, je mets tous les fichiers (un par classe de paramétrage) à la racine de mon dossier src et je fais une classe de paramétrage rassemblant mes constantes par "scope".

Par exemple pour la partie Swing j'ai un scope par Onglet de ma fenêtre principale (donc un fichier .properties et une classe ParametrageOnglet par onglet) et un scope pour la fenêtre de mon appli, ce qui me permet de limiter mon nombre de ligne de "public static final" par classe, et je fais un "import static" de ma classe ParametrageOnglet dans ma classe Onglet pour alléger le code.

Je ne sais pas si c'est une "good practice" mais pour l'instant ça tiens la route...