Enumérateurs ou constantes? à vos conseils

Version imprimable

12/04/2021, 13h48
SUISUgames

Enumérateurs ou constantes? à vos conseils

Bonjour!

Je travaille sur un projet personnel en C# (sur la plateforme Unity) et j'aurais besoin d'un éclairage pour choisir une solution parmi deux propositions.

Le programme que je suis en train de concevoir doit lire un fichier .txt et stocker les données dans une List<string>. Jusque-là, ça fonctionne comme je veux.
Etant donné que les données contenues dans le .txt respectent un modèle précis, chaque information se voit attribuer un numéro (de "zéro" à "List.Count", n'est-ce pas?), et chaque information reçoit le même numéro à chaque exécution.
(Concrètement, j'aurais aussi bien pu intégrer ces informations directement dans le code ; je ne le fais pas parce que ce sont des données de traduction : il y aura un fichier francais.txt, allemand.txt et anglais.txt, et c'est censé être extensible à toutes les langues qu'on veut. Bref!)

Pour l'instant, le code manque de lisibilité car j'accède à mes informations sous la forme "maListe[numéroTotalementAbstrait]". Du coup j'ai envisagé deux solutions:
- Utiliser des énumérateurs (par exemple "enum Astre {Planete = 0, PremierSatellite, DeuxiemeSatellire}") et accéder à mes données sous la forme "maListe[(int)Astre.Planete]".
- Utiliser des constantes (par exemple "const int Planete = 0; const int Premiersatellite = 1; const int DeuxiemeSatellite = 2;") et accéder à mes données sous la forme "maListe[Planete]".

Au niveau de la lisibilité, les deux solutions me conviennent, mais je n'en sais pas assez sur la construction des énumérateurs pour choisir en connaissance de cause. Auriez-vous des pistes à me proposer?

Merci d'avance pour vos propositions!
(Et si je manque de clarté, bien sûr vous n'avez qu'à poser des questions)
12/04/2021, 19h22
Pol63

dans ton cas ni l'un ni l'autre mais une classe avec des propriétés typées
enum et constantes ne servent pas à la même chose, quand on a une liste de définies de valeur c'est l'enum qui est souvent plus pratique
12/04/2021, 22h01
SUISUgames

Salut, merci pour ta réponse.

J'ai déjà une classe, et elle contient la totalité des informations lues dans le fichier .txt ainsi qu'une méthode pour y accéder (avec un argument "int argINDEX", et elle retourne une chaîne de caractères).
Pour info cette classe dispose d'une autre méthode : readTXT(int argLANGUAGE), qui charge un fichier .txt selon la langue demandée. Mais ce n'est pas notre sujet.
Ce que je cherche à faire, c'est rendre le code plus lisible en remplaçant le n° d'index (un entier à quatre chiffres) de chaque information par des mots.

Les deux méthodes sont adaptées au problème et fonctionnent parfaitement. Je veux juste savoir s'il y en a une qui peut s'avérer plus efficace, et à quel titre (dans les grandes lignes).
13/04/2021, 08h07
François DORIN
Bonjour,

Dans ce genre de cas, j'ai tendance à favoriser les énumérations, car :
- il est possible et très simplement de passer en revue l'ensemble des valeurs ;
- d'ajouter des attributs (bon, ok, on peut le faire aussi sur des constantes, mais je ne l'ai jamais vu !) ;
- elles se marient très bien avec l'usage de switch ;
- le typage est plus fort (on ne mélange pas les choux et les carottes !) alors qu'avec des constantes, tant que le type est le même, pas de souci.
Un dernier cas à prendre en compte, c'est que les constantes sont remplacées à la compilation. Qu'est-ce que cela signifie ? Si jamais les constantes sont définies dans un assembly A et sont utilisées dans un assembly B, alors, lors de la compilation de l'assembly B, les constantes sont remplacées par leur valeur. Autrement dit, si on recompile A et qu'on change les valeurs des constantes, ces modifications ne sont pas répercutées automatiquement dans B ! Il est impératif de recompiler B pour que les changements soient pris en compte !

Ce souci n'existe pas avec l'usage d'une énumération.
13/04/2021, 10h45
SUISUgames

OK, merci pour cet éclaircissement!
Je marque le sujet comme résolu, mais j'étudierai encore des propositions supplémentaires si quelqu'un souhaite en apporter ;)
16/04/2021, 15h51
Razz_
Citation:
Envoyé par François DORIN

Bonjour,

Dans ce genre de cas, j'ai tendance à favoriser les énumérations, car :

il est possible et très simplement de passer en revue l'ensemble des valeurs ;
d'ajouter des attributs (bon, ok, on peut le faire aussi sur des constantes, mais je ne l'ai jamais vu !) ;
elles se marient très bien avec l'usage de switch ;
le typage est plus fort (on ne mélange pas les choux et les carottes !) alors qu'avec des constantes, tant que le type est le même, pas de souci.

Un dernier cas à prendre en compte, c'est que les constantes sont remplacées à la compilation. Qu'est-ce que cela signifie ? Si jamais les constantes sont définies dans un assembly A et sont utilisées dans un assembly B, alors, lors de la compilation de l'assembly B, les constantes sont remplacées par leur valeur. Autrement dit, si on recompile A et qu'on change les valeurs des constantes, ces modifications ne sont pas répercutées automatiquement dans B ! Il est impératif de recompiler B pour que les changements soient pris en compte !

Ce souci n'existe pas avec l'usage d'une énumération.
C'est la solution que je proposerais. De plus, qui dit fichier en .TXT, dit éventuellement une migration vers un fichier .XML. Les énumérations travaillent très bien en sérialisation.

De plus, pour lire du code, si je prends son exemple, pour ma part lire Astre.Planete est beaucoup plus lisible que Planete. Là, c'est évident, mais on peut rapidement connaître toutes les énumérations de Astre facilement.

Pour ma part, faire un « cast » avec « (int) », ce n'est pas la mer à boire!