Entrega Email: 4 passos para receber mais e-mail para a caixa de entrada
Análise Na semana passada, o Google anunciou que o organismo de normalização internacional Ecma havia formado uma nova comissão técnica dedicada a Dart, caseiro linguagem de script navegador da Fábrica de Chocolate. Mas não espere Dart para substituir JavaScript como língua franca em qualquer momento da web em breve.
"O novo processo de normalização é um passo importante em direção a um futuro onde Dart roda nativamente em navegadores web", escreveu o gerente de produto do Google Anders Sandholm em um post no blog na quinta-feira.
Talvez. Google já oferece um navegador com uma máquina virtual embutido Dart na forma de Dartium, a variante Chrome que vem com o kit de desenvolvimento de software Dart (SDK). Poderia muito facilmente rolar esse código na versão de envio do Chrome. Mas conseguir outros fabricantes de navegadores para agrupar Dart VMs com seus próprios produtos será uma tarefa difícil, padrão ou não padrão.
Não se enganem; JavaScript como existe hoje tem sua parcela de problemas. A linguagem foi projetada com pressa e está repleto de características insidiosas que tornam mais fácil para os programadores a fazer a coisa errada, especialmente quando se trata de grandes projetos.
Seu design também torna mais difícil conseguir um bom desempenho fora dele. Fabricantes de navegadores são constantemente divulgando os ganhos do seu mais recente JavaScript VMs desempenho, mas na verdade, estes aumentos são geralmente pequenas e a taxa de progresso está a abrandar. Nós em breve poderá atingir o limite da quantidade de código JavaScript pode ser otimizado.
Como você resolve um problema como JavaScript?
Alternar para um idioma diferente para o desenvolvimento web do lado do cliente pode ajudar a resolver esses dois problemas. Google diz que seu nativo Dart VM já supera o seu próprio JavaScript VM em algumas circunstâncias. No entanto, para assumir que Dart vai se tornar o sucessor de JavaScript apenas porque tem o apoio do Google, seria um erro.
Por um lado, Dart não é a única solução que tem sido proposta. Guru Idioma Anders Hejlsberg e uma equipe de engenheiros da Microsoft desenvolveram texto datilografado como uma outra maneira de atacar muitos dos mesmos problemas que Dart visa resolver, e nos dias de hoje muitas outras línguas podem ser compilados em JavaScript e executar em um navegador.
Mesmo atual Mozilla CTO Brendon Eich, criador do JavaScript, ultimamente tem apoiado Asm.js , um subconjunto altamente otimizável de JavaScript que é projetado para ser a saída de compiladores. Usando Asm.js eo compilador Emscripten, aplicativos de navegador de alta performance pode até mesmo ser escrito em C, por exemplo.
Além do mais, mesmo que Dart torna-se um padrão Ecma de pleno direito, isso não é garantia de que vai ganhar força. Próprio JavaScript é baseado em um padrão Ecma chamado EcmaScript, mas foi submetido à padronização, porque era uma língua amplamente utilizado, e não o contrário.
No início de 2000, a Microsoft fez um grande feno sobre a sua linguagem C # ser aceito tanto como um Ecma e um padrão ISO, mas que não o projeto Mono, a maior parte da indústria recebeu a notícia com um encolher de ombros. Estes dias, a versão atual da linguagem é C # 5.0, mas nenhum dos padrões foi atualizado desde a versão 2.0 em 2006. Tanta coisa para isso, então.
Mas talvez o maior impedimento para Dart ganhando adoção generalizada é que até agora tem sido desenvolvido quase inteiramente dentro do Google para atender às necessidades do próprio Google, eo Google continua a ser a sua mais proeminente defensor, se não for o seu único financiador significativo. Simplificando, Dart é um produto do Google.
A web: Nós fazemos isso juntos ou não em todos
Isso não augura nada de bom para o Dart na web mais ampla, com base em exemplos do passado. Anteriormente, a Fábrica de Chocolate ofereceu-se a API Pepper, anunciado como um substituto superior para o antigo Netscape API plugin para o navegador. Mas os outros fabricantes de navegadores, em sua maioria rejeitou Pepper, com Eich dizendo Mozilla não estava interessado na tecnologia até que "alcança consenso" dentro da indústria.
Padronização pode ser um caminho para Dart chegar a um consenso em que Pimenta não tem. Mas isso implica que outros grandes players do setor vão participar no processo de normalização, e até agora não há muita evidência de que eles pretendem.
Assim como como nenhum dos outros fabricantes de navegadores tem a bordo com tecnologias Web da Microsoft, como o JScript e ActiveX na década de 1990, é pouco provável que apoiar uma ideia do Google hoje indústria web o mais amplo. Para melhor ou pior, o consenso é a forma como as coisas são feitas na web, e isso é mais verdadeiro hoje do que jamais foi.
Isso não quer dizer Dart é um beco sem saída. Ele ainda tem muito potencial como uma linguagem que compila em JavaScript, e Google já está a usá-lo por alguns grandes projetos internamente.
Google poderia até mesmo ir em frente e lançar uma versão do Chrome, que inclui um Dart nativa VM - mesmo que os outros fabricantes de navegadores não sigam o exemplo - e os desenvolvedores web podem servir código Dart-prima para os usuários do Chrome ao enviar Dart compilados em JavaScript para todos os outros .
Mas isso é o que Dart parece destinado a permanecer: uma opção, não uma evolução. Goste ou não, a web já tem uma linguagem do lado do cliente, e é JavaScript. Continuará a haver muitas ferramentas e formas de desenvolvimento de aplicativos que rodam em JavaScript VMs, incluindo a escrita de código Dart que compila para JavaScript. Mas mesmo uma vez Dart é padronizado, a esperá-la para substituir JavaScript completamente parece wishful thinking - principalmente porque é só o Google que realmente deseja isso. ®
via Alimentação (Feed)
Nenhum comentário:
Postar um comentário