Version imprimable
Bonjour à tous et à toutes,
je voudrais connaitre votre avis sur la question,
Ou mettre une quantité importante de variables??
dans une clase à part ?
dans vb6.0 il etait question de les mettre dans un module dans le projet.
en c# auriez vous des suggestions, conseils, experience à partager.
merci
Salut,
J'ai l'habitude de mettre mes fonctions et procédures dans une classe statique mesOutils, mais pour les variables je n'ai pas vraiment de solution.
Tu peux les mettre entre les balises #region et #endregion. Cela permet de pouvoir réduire le bloc avec un bouton +/- pour prendre moins de place. Mais il y a surement des idées moins encombrantes.
variables? constantes? elles seront utilisées comment?
appli web? appli winform?
tu donnes tellement d'infos que la réponse pourrait être...n'importe où
merci pour vos reponses
:?
je precise:
j'ai un bon nombre de constantes dans mon projet winForm,
que j'ai envie de centraliser,
sinon l'idée de #region et #endregion est interessante.
merci
Moi je fais comme lou-03. Je me fais une classe statique (Globals) dans laquelle je déclare toutes les constantes qui doivent pouvoir être utilisées dans n'importe quelle classe de mon projet...
je dirai que c'est pas si simple que cela.
il faut voir où tes constantes vont être utilisées et par quelles couches. si ne sont pas utilisées par les mêmes couches, ca ne sert à rien de les réunir.
De même, faites TRES attention au comportent des constantes (mot clé const) à la compilation, surtout si vous les mettez dans une assembly à part.
La constante n'est pas une variable justement, à la compilation, tout appel à cette valeur est remplacé. Ca peut provoquer des soucis si vous ne deployez lors des majs qu'une partie des assemblies
peut tu mieux expliquer cette derniere phrase ?Citation:
Ca peut provoquer des soucis si vous ne deployez lors des majs qu'une partie des assemblies
Salut.Citation:
Envoyé par lasrevinu
A ma connaissance (je ne suis pas un pro de la théorie :)) :
- une constante de type const, ex :
Est remplacée à la compilation par sa valeur "en dur".Code:const string MY_CONST = "Example";
- une constante de type static readonly, ex :
N'est pas remplacée à la compilation, il s'agit toujours d'une référence.Code:static readonly string MY_CONST = "Example";
En d'autres termes, imaginons le scénario suivant :
- dans une assembly A, typiquement une DLL, tu as déclaré des constantes publiques avec le mot clé const
- dans une assembly B, n'importe quelle application, tu utilises les constantes de l'assembly A
- tu modifies les valeurs des constantes de l'assembly A et tu la relivres
- l'assembly B n'est pas recompilée => elle utilise toujours les anciennes valeurs des constantes vu qu'elles sont en dur, d'où des risques d'erreurs :aie:
Une des bonnes pratiques consiste donc à :
- les constantes "publiques" doivent toujours être déclarées en static readonly
- les constantes déclarées en const doivent toujours êtres "privées"
En espérant t'avoir été utile ;)
Merci eusebe19, c'est beacoup plus clair à present.
je cloture le sujet
j'aurais voulu expliquer la chose, il m'aurait été impossible de faire plus complet et plus clair qu'eusebe19 :)
:D