Discussion :

[AJemni]

Bonjour,

dans mon projet j'ai plusieurs class qui utilises les mêmes constantes et si je déclare simplement une constante dans un class je serai obligé de faire de même pour les autres class, alors mon souci est le suivant :

Qu'elle est la bonne pratique pour générer un ensemble de constantes partagé par plusieurs class ?

j'ai plusieurs idées telque des constantes dans le config, une class static, un fichier de ressource...

mais j'aime utilisé la bonne manière !

Merci d'avance

[youtpout978]

si c'est des constantes pour toute l'application le mieux est de les mettre dans les ressources ou dans les paramètres comme ça si un jour tu doit les modifier, tu as juste à les modifier au niveau des ressources ou des paramètres et tu n'aura rien d'autre à faire

Pour ce faire:
clique droit sur ton projet-> Propriétés ->Onglet Ressources ou Paramètres

Pour y accéder en code:

Code :

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

Properties.Resources.LeNomDeTaConstante

ou dans le cas des paramètres

Code :

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

Properties.Settings.Default.LeNomDeTaConstante

[meziantou]

- config
Permet de configurer ton application. Ce ne sont pas des constantes mais des paramètres.

- Class static
Ca permet de regrouper toutes tes constantes facilement.

- Fichier de ressource
Plutôt fait pour stocker des chaines de caractères pour l'UI ou des images que des constantes.

si je déclare simplement une constante dans un class je serai obligé de faire de même pour les autres class

Il suffit de mettre ta constante public pour pouvoir l'utiliser dans d'autres classes

[BenoitM]

même avis que meziantou



De plus parfois je fais une dll a part pour ces constantes et autres tools utilisé par mon projet

[Gurdil le nain]

+1 meziantou pour les ressources...

En ce qui concerne les classes statiques remplies de constantes, elles ont un gros désavantage par rapport à l'utilisation du app.Config fourni par le framework, c'est que chaque modification d'une constante entraine une recompilation (et donc un redéploiement si tu as une version en prod).

Je te conseillerais donc le fichier de config :
- Création
- System.Configuration

Une fois que tu as importé cette dll dans ton projet, il te suffit de faire :

Code :

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

String taPropriété = ConfigurationManager.AppSettings["leNomDeTaPropriété"];

[AJemni]

Merci pour vos réponses rapides.

en faite je travaille sur un projet Silverlight donc le problème de deploiement n'est trop génant car c'est un .xap qu'il faut deplyer.

pour le fichier de ressource je suis tout à faire d'acord que c'est un moyen pour stocker des infos UI

pour le fichier de config, VS ne propose pas un fichier de config pour un projet SL

donc la solution que je peut prendre c'est une class static !

[meziantou]

En ce qui concerne les classes statiques remplies de constantes, elles ont un gros désavantage par rapport à l'utilisation du app.Config fourni par le framework, c'est que chaque modification d'une constante entraine une recompilation (et donc un redéploiement si tu as une version en prod).

C'est pour cela que ça s'appelle une constante. Constant = Ne change pas.
S'il y a un risque que la "constante" change ce n'est plus une constante mais plutôt un paramètre de l'application (ex: chaine de connexion, adresse ip d'une machine, etc).
Il faut faire attention à bien choisir s'il s'agit d'une constante ou non.