Considerações para alternar modos JavaScript
Alternar o modo JavaScript para uma aplicação ou script pode mudar o comportamento dos scripts existentes. Revise alguns exemplos de mudanças de comportamento antes de alternar os modos JavaScript ou para solucionar quaisquer problemas que você tenha após a mudança.
Para obter mais informações sobre cada modo JavaScript, consulte Modos JavaScript e. Suporte ao recurso do mecanismo JavaScript.
Esta tabela destaca como o comportamento do JavaScript evoluiu do ambiente tolerante e propenso a erros pré-ES5, para o ES5 mais rigoroso e previsível e, por fim, o ambiente mais rico em recursos do ES12 (ECMAScript 2021).
| Recurso | Modo de compatibilidade | ES5 modo padrão | ECMAScript 2021 (ES12) |
|---|---|---|---|
| Objeto de argumentos | . argumentos objeto existe, mas não há modo estrito , para que as modificações reflitam argumentos . Impressões: |
No modo estrito, o objeto Arguments não reflete modificações de parâmetro e gera um erro. Impressões: |
Igual ao ES5. |
| Substituições boolianas | Booleanos primitivos ( verdadeiro , falso ) pode ser substituído, causando um comportamento inesperado. |
Booleanos primitivos são mais protegidos, embora ainda possam ser substituídos quando atribuídos a variáveis. | O mesmo que ES5, mas o modo estrito ajuda a evitar algumas atribuições. A expressão condicional deve ser escrita neste formulário: |
| Exceção para erros de sintaxe | Erros de sintaxe geram exceções no tempo de execução. O tratamento de erros é inconsistente. Exemplo: |
Tratamento de erros de sintaxe mais consistente, especialmente no modo estrito. Exemplo: |
Igual ao ES5, mas com manipulação mais robusta e mensagens de erro mais claras em mecanismos atualizados. Exemplo: |
| Incrementar e diminuir | Permitido em variáveis, mas pode se comportar inesperadamente com expressões complexas. Impressões: |
Clareza aprimorada, mas ainda permitida em variáveis ( var , . , const ). Impressões: |
Igual ao ES5, com regras mais rígidas em alguns contextos (por exemplo, const ). |
| Continuações de linha | Permitido com uma barra invertida ( . ), mas desencorajado devido a problemas de legibilidade. Neste exemplo, todas as três funções são chamadas. |
Igual ao modo de compatibilidade; nenhuma mudança na manipulação de continuações de linha. No exemplo anterior, o ES5 só chama a primeira função e trata tudo após o primeiro comentário, incluindo a nova linha como comentário até o término da expressão | Igual ao ES5, mas literais de modelo fornecem uma alternativa mais legível. |
| Ponto-e-vírgula ausentes | A inserção automática de ponto-e-vírgula (ASI) geralmente levou a um comportamento inesperado. | Gera um erro de sintaxe quando um ponto-e-vírgula está ausente. | Igual ao ES5. As práticas atualizadas incentivam ponto-e-vírgula explícitos. |
| Funções inexistentes | Chamar uma função inexistente gera um ReferenceError . |
Lança um TypeError se uma não função for chamada. |
Lança um EcmaError quando uma função inexistente é chamada ou uma propriedade é referenciada. |
| Propriedades inexistentes | O acesso a uma propriedade inexistente retorna indefinido nenhum erro gerado. |
Igual ao anterior ao ES5. | O mesmo que o modo de compatibilidade e o modo de padrões ES5. |
| Literais numéricos | Decimais básicos e literais hexadecimais. | Regras de análise mais rígidas introduzidas e melhor manipulação de literais numéricos. | Binário adicionado ( 0b octal ( 0o E literais BIGINT ( 123n ). |
| Palavra-chave reservada como propriedade | Não é possível usar palavras-chave reservadas. | Palavras-chave reservadas podem ser usadas como nomes de propriedade sem erro, por exemplo, obj.for . Imprime o objeto quando retornado. |
Igual ao ES5. |
| Trate LET e rendimento como palavras-chave | . e. rendimento não são palavras-chave e podem ser usados somente como identificadores. |
. é introduzido como uma palavra-chave. rendimento está reservado no modo estrito. |
Ambas são palavras-chave. Usá-los como identificadores gera erros de sintaxe. |