Conception Pythonic sans énumération

Question

Il y a eu quelques questions sur la façon d'implémenter des énumérations en Python. La plupart des solutions finissent par être plus ou moins équivalent à quelque chose comme ceci:

class Animal: 
    DOG=1 
    CAT=2 

D'autres ont suggérer des moyens plus complexes de la construction énumérations, mais ultimatly l'ont tendance à ressembler à cet exemple quand tout est dit et fait. Basé sur mon expérience en Java et en C#, je peux penser à toutes sortes d'utilisations pour un tel idiome. Cependant, il ne semble pas être très Pythonic. En fait, il semble que chaque fois que quelqu'un demande pourquoi il n'y a pas d'énumération dans Python, vous avez tendance à vous plaindre de la façon dont il n'y a aucune raison d'essayer de forcer la sécurité du type de compilation dans un langage comme Python, ou comment les conceptions qui nécessitent des énumérations sont de mauvaises odeurs en Python.

Ma question n'est pas de savoir comment implémenter des enums en Python, mais comment en général les gens abordent des solutions à des problèmes qui se prêtent aux énumérations de façon Pythonienne. En d'autres termes, comment résoudriez-vous un problème qui se prête à un type de données avec un ensemble discret de valeurs possibles sans porter votre solution Java/C# à Python.

Answer 1

PEP 435 vient d'être accepté, ce qui ajoute le paquet enum à la bibliothèque standard avec la classe Enum et d'autres dérivés comme IntEnum. Cela signifie que, à partir de Python 3.4, la façon "pythonique" d'utiliser des énumérations dans un dessin est avec ce paquet.Il ressemblera à quelque chose comme ceci:

>>> from enum import Enum 
>>> class Color(Enum): 
... red = 1 
... green = 2 
... blue = 3 

>>> print(Color.red) 
Color.red 

>>> print(Color.red.name) 
red 

>>>> for color in Color: 
....  print(color) 
Color.red 
Color.green 
Color.blue 

La principale caractéristique de cette conception est que les clés peuvent rejeter la comparaison où il n'a pas de sens (contrairement aux clés de chaîne proposées dans d'autres réponses), que les clés ont assez d'impression sans rapport avec la valeur de la clé, et en donnant aux propriétés clés des propriétés spéciales en définissant des méthodes sur la sous-classe Enum, en plus de la propriété de lancer une erreur explicite et compréhensible si l'utilisateur essaie d'utiliser une clé illégale de la classe Enum.

Answer 2

N'étant pas issu d'un arrière-plan C# ou Java, je ne comprends toujours pas cet intérêt pour les énumérations. D'après ce que je comprends, je retomberais probablement dans le style django, en mettant les constantes nécessaires dans un fichier de paramètres et en les important si nécessaire.

settings.py/animals.py

DOG = 1 
CAT = 2 

autre fichier:

from animals import CAT, DOG 

---

ou même ...

settings.py

ANIMALS = { "DOG": 1, "CAT": 2} 

autre fichier:

from settings import ANIMALS 

my_animal = "FROG" 
if my_animal not in ANIMALS.keys(): 
    print "new species discovered!" 

Answer 3

Depuis cordes Python sont immuables (et Python les stagiaires comme il le juge nécessaire), il n'y a pas vraiment un avantage spécifique à l'utilisation énumérations numériques pour des ensembles de choses. Au lieu de cela, vous pouvez simplement utiliser un frozenset ou tuple de chaînes (selon si vous vous souciez de commander).

Si, d'un autre côté, ce qui vous intéresse, c'est un espace de noms, ce qui fait que les attributs d'une classe fonctionnent bien.

Comme mentionné dans les commentaires, si vous cherchez quelque chose comme une implémentation de machine d'état, les fonctions de première classe sont votre ami.

Answer 4

Je ne crois pas à Enums en C#. Pour la State-Machine, vous avez le pattern Strategy. Plutôt que de regarder l'état d'un objet et de décider quoi faire. Encapsuler la logique de ce qu'il faut faire dans l'objet lui-même.

Ceci est une approche naturelle en Python et l'introduction d'enums est juste encourageant mauvais code.