Perché abbiamo bisogno di enumerazioni in lingue tipizzate dinamicamente?

Stavo leggendo un po 'di codice qui e ho visto che un enum viene utilizzato per memorizzare i nomi dei tag HTML. Perché mai abbiamo bisogno di farlo? Quali vantaggi ottengo usando questa strategia?

So che sono utili enumerazioni in linguaggi compilati o tipicamente statici, ma quando vedo enumerazioni in linguaggi tipicamente dinamici, mi incuriosisco, come il codice di esempio che ho mostrato sopra. Quindi, la domanda si riduce sostanzialmente al motivo per cui abbiamo bisogno di enumerazioni in un linguaggio tipizzato in modo dinamico o ne abbiamo assolutamente bisogno?

Un vantaggio è che il compilatore può farti sapere se hai digitato accidentalmente "ADRESS" o "FEILDSET" e ti ha permesso di risolverlo immediatamente invece di comportarti in modo insensato in fase di esecuzione.

Sebbene il vantaggio sia molto più utile nei linguaggi tipicamente statici che dinamici, è comunque utile anche se si tratta di un errore di runtime in quanto riceverai un messaggio che indica un problema con la tua istruzione case piuttosto che con i tuoi dati.

Gli enumeratori sono utili per le situazioni in cui si dispone di un insieme fisso di valori / entità sensibili. Sono auto-documentati e consentono al compilatore di convalidare cose che altrimenti verrebbero lasciate in fase di esecuzione. Non dovrebbero mai essere usati se l'insieme di valori significativi non è noto o non è strettamente limitato.

Un esempio più utile potrebbe essere qualcosa come i codici di risposta HTTP. Invece di avere un metodo che accetta un numero e fornisce il nome e / o la descrizione dell'errore, puoi avere una serie di enumerazioni con nomi significativi, un codice e una descrizione ecc. In un pacchetto pulito che è autorevole in quali valori sono consentito e deve essere gestito.

Gli enum non hanno nulla a che fare con OOP e JavaScript non ha enumerazioni. Invece, gli enum sono usati ogni volta che c'è una scelta tra un set fisso di valori. Ad esempio, un booleano è una scelta tra vero e falso, che potrebbe essere implementato come enum Bool { False, True }. In una libreria GUI, potremmo avere un enum per allineamenti: enum HAlignment { LEFT = -1, CENTER = 0, RIGHT = 1 }.

Di solito è irrilevante come viene implementato l'enum, la parte importante è che ogni possibile valore è distinto. Molte lingue usano numeri interi per gli enum, sebbene alcuni come Java supportino oggetti arbitrari.

Fino ad ora avremmo potuto usare costanti, ad es const int LEFT = -1, CENTER = 0, RIGHT = 1. Tuttavia, un compilatore sa che i valori enum appartengono insieme. Quindi quando cambio i valori enum switch(value) {case LEFT: ...; case RIGHT: ...;}, il compilatore può avvisarmi che ho dimenticato il CENTERcaso. Questo può essere un notevole risparmio di tempo. Nelle lingue senza enumerazioni o senza costrutto di un caso switch, questo può essere simulato con il modello di visitatore, sebbene ciò sia più utile in presenza della tipizzazione statica.

L'altro vantaggio è che gli enum possono essere trattati come un tipo separato. Ad esempio, posso dichiarare che un metodo accetta un HAlignmentparametro, anziché un numero intero. Il codice non verrà quindi compilato se fornisco altro che uno dei tre possibili valori di allineamento. Tuttavia, gli enumeri di C non sono ben incapsulati e le costanti di enum possono essere usate in modo intercambiabile con gli interi. Altre lingue sono più rigorose qui.

In JavaScript, non otteniamo nessuno di questi vantaggi. L'esempio dato dichiara un oggetto che viene trattato come un enum. Ciò presenta alcuni vantaggi per il programmatore, ad esempio semplifica la documentazione, raggruppa tutte le "costanti" in un singolo oggetto, ... Tuttavia, è solo una convenzione che un tale oggetto è simile all'enum.

Il punto qui è che l'HTML ha solo un insieme finito e noto di tag. Puoi guardare le specifiche HTML5 e inserire quei nomi di elementi come enum nel tuo codice, e quindi rendere più difficile intrufolare un <blink>tag nel tuo programma. È meglio codificare questa conoscenza in un posto che sporcare il codice con letterali stringa speciali (o peggio, numeri magici).

Anche se la tua lingua non richiede compilazione, probabilmente utilizzerai una sorta di IDE o strumenti di sviluppo, che possono fornire un supporto molto migliore per qualcosa come un enum che solo per le stringhe.

Se usi un enum come oggetto letterale in javascript, ad esempio, il tuo editor ti darà il completamento del codice e il tuo controllo del codice come JSHint o JSLint ti avviserà, se usi accidentalmente un valore errato.

Il punto di tale enum potrebbe essere quello di fornire a Js Api (goog) un set / bundle di tag consentiti. Quale? Quelli definiti da W3C HTML 4.01 ( consulta la documentazione di enum ). Quindi sono i limiti delle impostazioni.

Potrebbe o non essere questo il vero obiettivo, tuttavia funzionerebbe bene per tale scopo.

Se sai come funziona Javascript, il codice che sta facendo sta definendo un array indicizzato da stringhe :-). Quale valore è una stringa, ma potrebbe essere qualsiasi altro componente con attributi, funzioni, ecc ... Lascia correre la tua immaginazione e vedrai benefici ovunque.

Javascript a parte, uso molto enum per la modellazione e la gestione di macchine a stati .

INIZIO> IN_PROGRESS> CONFERMATO> FINITO> ...

In java switch consente gli enum, quindi è abbastanza facile convalidare gli stati in una macchina a stati , eseguire il ciclo su tutto l'enum, definire le priorità facendo enum complessi, ...

Li uso anche per definire costanti tipizzate e non modificabili:

• Si No

Anche enumerazioni complesse (che consente di eseguire trasformazioni / parser sicuri)

• Sì (1, vero), No (0, falso)

A causa degli enum spesso appartiene al mio livello di modello (core), le sue caratteristiche sono accessibili a tutto il sistema, quindi diventa un modello funzionale e mantengo un accoppiamento basso.

Ciò che dà enums (tra le altre cose) sono i confini e la tipizzazione