Quand les énumérations s'interrompent-elles ?

Pour prendre en charge une nouvelle fonctionnalité dans un système existant, j'envisageais simplement d'implémenter une forme de discriminateur dans une table d'entités dans mon schéma de base de données.

En voulant commencer par faire la moindre chose qui fonctionnera, j'ai tout d'abord choisi une colonne entière et une énumération C# au niveau de la couche d'entité commerciale pour des raisons de lisibilité. Cela fournirait le polymorphisme du pauvre qui pourrait éventuellement se transformer en un véritable polymorphisme et peut-être vers un modèle de stratégie.

J'ai décidé de consulter la blogosphère car je n'ai jamais été tout à fait à l'aise avec l'utilisation des énumérations - je me suis demandé si je devais sauter l'énumération et aller directement à une structure ou à une classe ? :

Tout d'abord, j'ai trouvé une affirmation selon laquelle 'Enums are Evil', mais j'ai senti que c'était une généralisation excessive qui ne concerne pas directement mon cas d'utilisation.

Si je choisis une énumération, il y a une bonne discussion sur la façon dont je peux étendre mon kilométrage en ajoutant un supplément métadonnées à mon enum.

Ensuite, je suis tombé sur les discussions de Jimmy Bogard sur Enumeration Classes et discuté plus en détail dans 'Stratégies et discriminateurs dans NHibernate'

Dois-je sauter les énumérations et passer directement aux classes d'énumération ? Ou quelqu'un a-t-il d'autres suggestions sur la façon d'ajouter un discriminateur d'entité simple à mon modèle de domaine.

Mise à jour:

J'ajouterais également que NHibernate et LINQ to SQL (et probablement toutes les autres méthodes d'accès aux données liées à ORM) rendent l'utilisation des énumérations très attrayante car elles vous permet de mapper une colonne discriminante de manière transparente dans le mappage.

Serait-il aussi simple de mapper une classe d'énumération ?

Questions connexes:

Avertissement:

Malgré mon utilisation négligente du terme entité (avec un 'e' minuscule), je ne prétends pas discuter de DDD ici...

.net oop enums
6
rohancragg 30 nov. 2009 à 14:24
Les lecteurs voudront peut-être noter que si vous décidez d'utiliser une énumération, il y a une discussion intéressante sur la question de savoir si/comment conserver les valeurs dans la base de données ici stackoverflow.com/questions/746812/…
 – 
rohancragg
30 nov. 2009 à 17:34

2 réponses

Meilleure réponse

Ces classes d'énumération ont l'air soignées, j'ai souvent regardé jalousement les énumérations de Java.

Je pense que les règles habituelles s'appliquent : faites la chose la plus simple qui puisse fonctionner. Si vous vous retrouvez avec plus d'un switch sur l'énumération, alors c'est une odeur et il est temps de considérer le modèle que vous avez trouvé.

Sinon, pourquoi vous encombrer de quelque chose dont vous n'avez pas besoin ?

2
Jeremy McGee 30 nov. 2009 à 14:29

Aujourd'hui, les énumérations sont mauvaises, demain la POO pourrait être mauvaise et AOP ira bien.

Utilisez simplement le bon outil pour le travail. N'oubliez pas, Keep It Simple...

Si l'énumération sert uniquement à indiquer le type d'un objet, ne vous embêtez pas, utilisez-la.

S'il contient une logique métier, il s'agit probablement d'une autre classe.

5
Gabriel GM 11 avril 2018 à 18:28
Le problème avec le démarrage simple est que si j'utilise un Enum, ma "clé étrangère" est un entier. Si je refactorisais plus tard le discriminateur comme étant une entité complète de première classe (bien que juste une table de recherche), je souhaiterais peut-être que la clé étrangère ait été un GUID (qui se trouve être la « norme » que nous utilisons pour les clés dans notre schéma.
 – 
rohancragg
30 nov. 2009 à 14:37
Ensuite, mappez Enum en tant que guide. Pensez juste si vous en avez vraiment besoin MAINTENANT. Sinon, restez simple.
 – 
Dmytrii Nagirniak
30 nov. 2009 à 15:56
OK bien. Mais si, à ce stade, j'ai un héritage de données, j'ai une refactorisation de base de données assez non triviale à faire.
 – 
rohancragg
30 nov. 2009 à 16:08
Et si vous ne voulez pas ? Vous conserverez une solution plus complexe pendant la durée de vie de l'application. Alors introduisez de la complexité si vous SAVEZ qu'elle est nécessaire.
 – 
Dmytrii Nagirniak
1 déc. 2009 à 01:20
Ironiquement, j'ai décidé de m'écarter de la « norme » car il s'agit d'une recherche et non d'une entité, il semblait donc plus logique d'avoir un PK entier au lieu d'un GUID (ce que les DBA détestent de toute façon). Je sens une toute nouvelle question arriver concernant la modélisation des recherches par rapport aux entités... :-)
 – 
rohancragg
2 déc. 2009 à 11:55

Questions connexes

26 Quand devriez-vous utiliser une classe contre une structure en C++ ?
12 Les directives 'using' devraient-elles être à l'intérieur ou à l'extérieur de l'espace de noms ?
23 Quand dois-je utiliser 'self' plutôt que '$this' ?
27 Quelle est la syntaxe préférée pour définir les énumérations en JavaScript?
15 Les énumérations peuvent-elles être sous-classées pour ajouter de nouveaux éléments ?
28 Pourquoi utiliser des getters et des setters / accesseurs?
24 Que sont les énumérations et pourquoi sont-elles utiles ?

Questions liées

8 Données persistantes adaptées aux énumérations
11 C# Obtention des valeurs Enum
6 Références de chaîne en C#
6 DDD : Enum comme entités

De nouvelles questions

2 Vous souhaitez créer un écouteur d'événements pour System.Window.Form.Button
2 Gestion des exceptions à l'aide de tâches et de Task.WaitAny
2 Où le conteneur docker .net core héberge-t-il l'application ?
3 Quelle est la meilleure alternative à la comparaison de string.tolower ?
3 Le moyen le plus rapide de créer une liste à partir de IEnumerable dans .NET
2 La sérialisation prend trop de temps
2 caractère inattendu sur l'encodage/décodage base64
3 Performances de la méthode Enumerable Count dans une boucle
2 Fonction IndexOfAll pour la chaîne, avec le paramètre count
2 Utilisation de paramètres de requête identiques avec QueryHelpers
Toutes les questions sur .net >

.net

N'utilisez PAS pour les questions sur .NET Core - utilisez plutôt [.net-core]. Le framework .NET est un framework logiciel conçu principalement pour le système d'exploitation Microsoft Windows. Il comprend une implémentation de la bibliothèque de classes de base, du Common Language Runtime (communément appelé CLR), du Common Type System (communément appelé CTS) et du Dynamic Language Runtime. Il prend en charge de nombreux langages de programmation, notamment C #, VB.NET, F # et C ++ / CLI.

Plus à propos .net...