Discussion :

[Terminator]

Je me retourne vers vous concernant la modélisation ou l'architecture de JAVA EE.
Comment incorporez-vous les entités paramètres (ce que j'appelle un paramètre est par exemple la couleur qui peut prendre les valeurs code A, B , C, ... A étant "bleu" en français et "Blue" en anglais. Il y a des données supplémentaires sur le code comme par exemple s'il est actif, qui l'a créé, qui l'a modifié,...)
En pure entitées (tables)), ca donne
Parametre_Couleur
=================
- Code
- Actif/nonactif
- date_creation
- utilisateur
-....

Couleur_libelle (on pourrait ne faire qu'un seule table)
===============
- Code_couleur (clé etrangere)
- libelle_fr
- libelle_en

Pensez-vous qu'il est plus intéressant de passer par des tables (base de données) ou par autre chose?
Avantages/inconvénients des différentes solutions.

Merci pour vote aide

[Népomucène]

Utiliser une base de données est souvent plus clair, plus souple et plus évolutif qu'un fichier de paramètres.

Maintenant il faut voir l'usage concret.
Je suppose que cela ne se limite pas à une boîte de crayons de couleurs ?

[tchize_]

La question est assez vague comme ça. Les traductions, en général, on gère ça avec des ressource bundle. Mais ce n'est pas un absolu, tout dépend. Si la liste des libellé est connue à la compilation ou si elle est encodée par l'utilisateur, par exemple.