Diseño pitónico sin enums

Question

Ha habido algunas preguntas sobre cómo implementar enumeraciones en Python. La mayoría de las soluciones terminan siendo más o menos equivalente a algo como esto:

class Animal: 
    DOG=1 
    CAT=2 

Otros tienen sugerir formas más complicadas de la construcción de las enumeraciones, pero la ultimatly tienden a parecer a este ejemplo, cuando todo está dicho y hecho.

Basado en mi experiencia en Java y C#, puedo pensar en todo tipo de usos para este tipo de modismo. Sin embargo, no parece ser muy pitónico. De hecho, parece que cada vez que alguien pregunta por qué no hay enumeraciones en Python, tiendes a soltar un gruñido con respuestas enlatadas sobre cómo no hay razón para intentar aplicar la seguridad del tipo de tiempo de compilación en un lenguaje como Python. o cómo los diseños que requieren enumeraciones son malos olores en Python.

Mi pregunta no es cómo implementar enumeraciones en Python, sino cómo en general las personas abordan las soluciones a los problemas que se prestan a las enumeraciones de una manera pitonica. En otras palabras, ¿cómo resolverías un problema que se presta a tener un tipo de datos con un conjunto discreto de valores posibles sin transferir tu solución Java/C# a Python?

Answer 1

PEP 435 acaba de ser aceptado, que agrega el paquete enum a la biblioteca estándar junto con la clase Enum y otras derivadas como IntEnum. Esto significa que comenzando con Python 3.4, la forma "pitonica" de usar enumeraciones en un diseño es con este paquete.Se verá algo como esto:

>>> 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 característica clave de este diseño es que las teclas pueden rechazar la comparación en la que no tiene sentido (a diferencia de las claves de cadena que se sugieren en otras respuestas), permiten que las claves tienen la impresión bastante no relacionado con el valor clave, así como dando a los valores clave propiedades especiales definiendo métodos en la subclase Enum, además de la propiedad de arrojar un error explícito y comprensible si el usuario intenta usar una clave ilegal de la clase Enum.

Answer 2

Al no haber provenido de un C# o de un fondo Java, todavía no entiendo muy bien este interés en las enumeraciones.

Por lo que entiendo, probablemente volveré al estilo django, poniendo las constantes necesarias en un archivo de configuración e importando cuando sea necesario.

settings.py/animals.py

DOG = 1 
CAT = 2 

otra

archivo:

from animals import CAT, DOG 

---

o incluso ...

settings.py

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

otro archivo:

from settings import ANIMALS 

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

Answer 3

Como las cadenas de Python son inmutables (y Python ellos internos como lo considere necesario), no es realmente una ventaja específica a la utilización de las enumeraciones numéricos para los conjuntos de cosas. En su lugar, puede simplemente usar un frozenset o tuple de cadenas (dependiendo de si le importa ordenar).

Si, por otro lado, lo que le importa es el espacio de nombres, hacer que los atributos de una clase funcionen bien.

Como se mencionó en los comentarios, si está buscando algo así como una implementación de máquina de estado, las funciones de primera clase son su amiga.

Answer 4

No creo en los Enumerados en C#. Para State-Machine tienes el patrón de Estrategia. En lugar de mirar el estado de un objeto y decidir qué hacer. Encapsule la lógica de qué hacer en el objeto mismo.

Este es un enfoque natural en Python y la introducción de enums para mí solo está fomentando el código incorrecto.