¿Por qué necesitamos enumeraciones en lenguajes de tipo dinámico?

Estaba leyendo un código aquí y vi que se usa una enumeración para almacenar nombres de etiquetas html. ¿Por qué necesitamos hacer esto? ¿Qué beneficio obtengo al usar esta estrategia?

Sé lo útiles que son las enumeraciones en lenguajes compilados o tipados estáticamente, pero cuando veo enumeraciones en lenguajes tipados dinámicamente me da curiosidad, como el código de ejemplo que mostré arriba. Entonces, la pregunta básicamente se reduce a por qué necesitamos enumeraciones en lenguaje de tipo dinámico o las necesitamos en absoluto.

Una ventaja es que el compilador puede avisarle si accidentalmente escribe "ADRESS" o "FEILDSET", y le permite arreglarlo de inmediato en lugar de comportarse sin sentido en tiempo de ejecución.

Si bien el beneficio es mucho más útil en lenguajes de tipo estático que dinámico, sigue siendo útil incluso si se trata de un error de tiempo de ejecución, ya que recibirá un mensaje que indica un problema con su declaración de caso en lugar de sus datos.

Las enumeraciones son útiles para situaciones en las que tiene un conjunto fijo de valores / entidades que son sensibles. Se documentan automáticamente y permiten que el compilador valide cosas que de otro modo se dejarían en tiempo de ejecución. Nunca deben usarse si el conjunto de valores significativos no se conoce o no está estrictamente limitado.

Un ejemplo más útil sería algo así como los códigos de respuesta HTTP. En lugar de tener un método que tome un número y proporcione el nombre y / o la descripción del error, puede tener un conjunto de enumeraciones con nombres significativos, un código y una descripción, etc. en un paquete limpio que tenga autoridad en qué valores son permitido y necesita ser manejado.

Las enumeraciones no tienen nada que ver con OOP, y JavaScript no tiene enumeraciones. En cambio, las enumeraciones se usan siempre que hay una opción entre un conjunto fijo de valores. Por ejemplo, un booleano es una elección entre verdadero y falso, que podría implementarse como enum Bool { False, True }. En una biblioteca de interfaz gráfica de usuario, podríamos tener una enumeración para las alineaciones: enum HAlignment { LEFT = -1, CENTER = 0, RIGHT = 1 }.

Por lo general, es irrelevante cómo se implementa la enumeración, la parte importante es que cada valor posible es distinto. Muchos lenguajes usan enteros para enumeraciones, aunque algunos como Java admiten objetos arbitrarios.

Hasta ahora, podríamos haber usado constantes, por ejemplo const int LEFT = -1, CENTER = 0, RIGHT = 1. Sin embargo, un compilador sabe que los valores de enumeración van de la mano. Entonces, cuando cambio los valores de enumeración switch(value) {case LEFT: ...; case RIGHT: ...;}, el compilador me puede advertir que he olvidado el CENTERcaso. Esto puede ahorrar mucho tiempo. En lenguajes sin enumeraciones o sin una construcción de mayúsculas y minúsculas, esto puede simularse con el Patrón de visitante, aunque eso es más útil en presencia de tipeo estático.

La otra ventaja es que las enumeraciones pueden tratarse como un tipo separado. Por ejemplo, puedo declarar que un método toma un HAlignmentparámetro, en lugar de cualquier número entero. El código no se compilará si proporciono algo más que uno de los tres posibles valores de HAlignment. Sin embargo, las enumeraciones de C no están bien encapsuladas y las constantes de enumeración se pueden usar indistintamente con enteros. Otros idiomas son más estrictos aquí.

En JavaScript, no obtenemos ninguno de estos beneficios. El ejemplo dado declara un objeto que se trata como una enumeración. Esto tiene algunas ventajas para el programador, por ejemplo, facilita la documentación, agrupa todas las "constantes" en un solo objeto, ... Sin embargo, es solo una convención que tal objeto es como una enumeración.

El punto aquí es que HTML solo tiene un conjunto finito y conocido de etiquetas. Puede mirar la especificación HTML5 y poner esos nombres de elementos como una enumeración en su código y, por lo tanto, hacer que sea más difícil <blink>introducir una etiqueta en su programa. Es mejor codificar este conocimiento en un lugar que ensucie su código con literales de cadena especiales (o peor, números mágicos).

Incluso si su lenguaje no requiere compilación, probablemente usará algún tipo de IDE o herramientas de desarrollo, que pueden brindar un soporte mucho mejor para algo como una enumeración que solo para cadenas.

Si usa una enumeración como objeto literal en javascript, por ejemplo, su editor le dará la finalización del código y su verificador de código como JSHint o JSLint le avisará, si accidentalmente usa el valor incorrecto.

El punto de tal enumeración podría ser proporcionar a Js Api (goog) un conjunto / paquete de etiquetas permitidas. ¿Cuáles? Los definidos por W3C HTML 4.01 ( consulte la documentación de enum ). Entonces son los límites de la configuración.

Podría o no ser este el objetivo real, sin embargo, funcionaría bien para tal fin.

Si sabe cómo funciona Javascript, lo que está haciendo el código es definir una matriz indexada por cadenas :-). Qué valor es una cadena, pero podría ser cualquier otro componente con atributos, funciones, etc. Deje volar su imaginación y verá beneficios en todas partes.

Aparte de Javascript, uso muchas enumeraciones para modelar y administrar máquinas de estado .

INICIO> IN_PROGRESS> CONFIRMADO> FINALIZADO> ...

En java, el conmutador permite enumeraciones, por lo que es bastante fácil validar estados en una máquina de estados , recorrer todo el enumerador, definir prioridades haciendo enumeraciones complejas, ...

También los uso para definir constantes tipeadas y no modificables:

• Si no

También enumeraciones complejas (que permiten realizar transformaciones / analizadores seguros)

• Sí (1, verdadero), No (0, falso)

Debido a que las enumeraciones a menudo pertenecen a mi capa de modelo (núcleo), sus características son accesibles para todo el sistema, por lo que se convierte en un modelo funcional y mantengo un bajo acoplamiento.

Lo que da enums (entre otras cosas) son límites y tipificación