Por que precisamos de enumerações em idiomas de tipo dinâmico?

Eu estava lendo algum código aqui e vi que um enum é usado para armazenar nomes de tags html. Por que precisamos fazer isso? Que benefício eu recebo usando essa estratégia?

Eu sei que quão úteis são enumerações enumeradas em idiomas compilados ou estaticamente, mas quando vejo enumerações em linguagens dinamicamente, fico curioso, como o código de exemplo que mostrei acima. Portanto, a questão basicamente se resume a por que precisamos de enumerações em linguagem de tipo dinamicamente ou precisamos delas?

Um benefício é que o compilador pode informá-lo se você digitar acidentalmente "ADRESS" ou "FEILDSET" e permitir que você o corrija imediatamente, em vez de se comportar de maneira absurda no tempo de execução.

Embora o benefício seja muito mais útil em linguagens de tipo estaticamente do que dinâmico, ele ainda é útil, mesmo que seja um erro de tempo de execução, pois você receberá uma mensagem indicando um problema com sua declaração de caso e não com seus dados.

As enums são úteis para situações em que você tem um conjunto fixo de valores / entidades que são sensíveis. Eles são auto-documentados e permitem ao compilador validar coisas que seriam deixadas no tempo de execução. Eles nunca devem ser usados ​​se o conjunto de valores significativos não for conhecido ou estritamente limitado.

Um exemplo mais útil seria algo como códigos de resposta HTTP. Em vez de ter um método que usa um número e forneça o nome e / ou a descrição do erro, você pode ter um conjunto de enumerações com nomes significativos, um código e uma descrição etc. em um pacote limpo que seja autoritário em quais valores são permitido e precisa ser manuseado.

Enums não têm nada a ver com OOP, e o JavaScript não tem enums. Em vez disso, as enumerações são usadas sempre que houver uma escolha entre um conjunto fixo de valores. Por exemplo, um booleano é uma escolha entre verdadeiro e falso, que pode ser implementado como enum Bool { False, True }. Em uma biblioteca GUI, podemos ter um enum para alinhamentos: enum HAlignment { LEFT = -1, CENTER = 0, RIGHT = 1 }.

Geralmente é irrelevante como o enum é implementado, a parte importante é que cada valor possível é distinto. Muitas linguagens usam números inteiros para enumerações, embora algumas como Java suportem objetos arbitrários.

Até agora, poderíamos também usar constantes, por exemplo const int LEFT = -1, CENTER = 0, RIGHT = 1. No entanto, um compilador sabe que os valores da enumeração pertencem um ao outro. Portanto, quando alterno os valores de enumeração switch(value) {case LEFT: ...; case RIGHT: ...;}, o compilador pode me avisar que esqueci o CENTERcaso. Isso pode economizar bastante tempo. Em idiomas sem enumerações ou sem uma construção de caixa de mudança, isso pode ser simulado com o Padrão de Visitante, embora seja mais útil na presença de digitação estática.

A outra vantagem é que as enums podem ser tratadas como um tipo separado. Por exemplo, posso declarar que um método aceita um HAlignmentparâmetro, em vez de qualquer número inteiro. O código falhará na compilação se eu fornecer algo além de um dos três valores possíveis de HAlignment. No entanto, as enumerações de C não são bem encapsuladas e as constantes de enumeração podem ser usadas de forma intercambiável com números inteiros. Outros idiomas são mais rigorosos aqui.

Em JavaScript, não obtemos nenhum desses benefícios. O exemplo dado declara um objeto que é tratado como uma enumeração. Isso tem algumas vantagens para o programador, por exemplo, facilita a documentação, agrupa todas as “constantes” em um único objeto,…. No entanto, é apenas uma convenção de que esse objeto é semelhante a enum.

O ponto aqui é que o HTML tem apenas um conjunto finito e conhecido de tags. Você pode olhar para a especificação HTML5 e colocar esses nomes de elementos como uma enumeração em seu código e, portanto, dificulta a inserção de uma <blink>tag em seu programa. É melhor codificar esse conhecimento em um único local para desarrumar seu código com literais de strings especiais (ou pior, números mágicos).

Mesmo que sua linguagem não exija compilação, você provavelmente usará algum tipo de IDE ou ferramentas de desenvolvimento, que podem oferecer um suporte muito melhor para algo como um enum do que apenas para strings.

Se você usar um literal de objeto de enumeração em javascript, por exemplo, seu editor fornecerá a conclusão do código e seu verificador de código como JSHint ou JSLint o alertará, se você acidentalmente usar o valor errado.

O objetivo dessa enumeração pode ser fornecer ao Js Api (goog) um conjunto / pacote de tags permitidas. Quais? Os definidos pelo W3C HTML 4.01 ( consulte a documentação do enum ). Portanto, são os limites das configurações.

Pode ou não ser esse o objetivo real, mas funcionaria bem para esse fim.

Se você sabe como o Javascript funciona, o que o código está fazendo é definir uma matriz indexada por strings :-). Qual valor é uma string, mas pode ser qualquer outro componente com atributos, funções, etc ... Deixe sua imaginação correr livre e você verá benefícios em todos os lugares.

Javascript à parte, eu uso muito enums para modelar e gerenciar máquinas de estado .

INÍCIO> IN_PROGRESS> CONFIRMADO> CONCLUÍDO> ...

No java switch permite enumerações, é muito fácil validar estados em uma máquina de estados , fazer um loop por toda a enumeração, definir prioridades fazendo enumerações complexas, ...

Também os uso para definir constantes digitadas e não modificáveis:

• Sim não

Também enumerações complexas (que permitem realizar transformações / analisadores seguros)

• Sim (1, verdadeiro), Não (0, falso)

Como as enums geralmente pertencem à minha camada de modelo (core), seus recursos são acessíveis a todo o sistema, tornando-se um modelo funcional e mantendo um baixo acoplamento.

O que a enumeração fornece (entre outras coisas) é limites e tipificação