Por que foi ECMAScript 4ª edição completamente descartada?

Question

Estive procurando algumas informações sobre a abater ECMAScript 4ª Edição, sem muito sucesso, mesmo ASSIM.Eu sei o Mozilla JavaScript 1.7 implementado muitos (todos?) dos novos recursos oferecidos na 4ª Edição e eu pensei que eu me lembrei de um bom John Resig post sobre isso, mas eu não consigo encontrá-lo em seu blog agora.

Particularmente, eu quero saber por que ele foi completamente descartado em favor do ECMA-262 5ª Edição e por isso não foi apenas melhorado.Algumas das características são muito legais, como geradores, iteradores, vamos, de novo e operadores de atribuição (o meu favorito em particular) desestruturação de atribuição.

Eu sei que todos os recursos seriam apenas jogar erros em navegadores com fora-de-data ECMAScript implementações, mas por que não incluí-los de qualquer maneira com o conhecimento de que um dia essas implementações iria ser poucos e distantes entre si?Houve outras razões, também?Estamos provável ver alguns dos descartado recursos reaparecer em uma versão futura, ou são fornecedores de tanto medo de quebrar a compatibilidade que provavelmente nunca iremos ver como melhorias para o padrão?

Como um aparte, seria bom saber algumas opiniões sobre o assunto, você está irritado ao ver algumas características de corte a partir da 5ª Edição ou você acha que é melhor dessa maneira?Vale a pena brincar com as implementações do ECMAScript 4?

Answer 1

Simplificando lá foi Sem 4ª edição do ECMAScript. De 5ª Especificação da edição:

Trabalho significativo foi realizado para desenvolver uma quarta edição do ECMAScript. Embora esse trabalho não tenha sido concluído e não seja publicado como a quarta edição do ECMAScript, ele informa a evolução contínua do idioma. A atual quinta edição do ECMAScript (publicada como ECMA-262 5ª edição) codifica interpretações de fato da especificação de idiomas que se tornaram comuns entre as implementações do navegador e adiciona suporte para novos recursos que surgiram desde a publicação da terceira edição.

Basicamente, havia muitas opiniões muito fortes sobre como levar o JavaScript para a frente, muitos dos quais eram incompatíveis, alguns dos quais haviam sido montados principalmente no que algum pensamento seria a 4ª edição antes que as coisas desmoronassem (não menos importante por causa da falta de suporte de alguns implementadores importantes). Enquanto isso, uma nova edição do padrão estava muito, muito vencida e, depois de muitas negociações antecipadas, as várias partes se reuniram em Oslo em julho de 2008 e concordaram mais tarde (Brendan Eich [inventor de JavaScript] denominou essa abordagem "Harmonia"Ao escrever).

A Harmony adiou algumas coisas, afasta algumas coisas da tabela para sempre (namespaces, pacotes, ligação precoce) e, de maneira importante -, permitiu que o comitê avançasse com a primeira atualização de especificação desde 1999: a 5ª edição.

Answer 2

Se você tem uma reposição de 55 minutos para o assunto, veja o vídeo Douglas Crockford:"O Estado e o Futuro do ECMAScript" ou o transcrição.

Answer 3

Basicamente, estava se tornando uma pia da cozinha com muitos recursos para serem implementados.

Answer 4

Houve alguma discussão sobre as entrevistas de Codificadores no trabalho, dois dos entrevistados estavam em lados opostos desta questão.

Parece ter se resumido a desacordo fundamental sobre o que o idioma deve conter entre aqueles que trabalham na V4 e alguns outros membros bem respeitados da comunidade.

(Eu recomendo este livro, a propósito)