Este artigo foi traduzido por máquina.
Nota do editor
O WinJS dá o próximo passo
Nós recentemente pesquisados os leitores da MSDN Magazine e constatou que, com exceção de c#, mais relatório de empresas que trabalham com JavaScript do que qualquer outra linguagem de programação — mais do que Java, mais do que C/C++, mais do que o Visual Basic. Então deve vir como nenhuma surpresa que a edição deste mês se concentra no desenvolvimento de JavaScript para o Runtime do Windows.
Em seu recurso de chumbo, "construir mais eficiente Windows Store Apps usando JavaScript: Tratamento de erro," Eric Schmidt mergulhos em alguns conceitos fundamentais da biblioteca do Windows para JavaScript (WinJS), incluindo as promessas, assíncrono de depuração e manipulação de erro. Como Schmidt notas em uma entrevista, o trabalho feito com ferramentas e recursos do WinJS diferem de JavaScript em que o ambiente é adaptado para desenvolvimento de app de pleno direito, ao invés de sites da Web. E essas diferenças são importantes para compreender quando garantir que falhas no código e lógica são manipuladas corretamente.
Muitas das técnicas que Schmidt explora em característica deste mês estão presentes na versão inicial do Windows 8 e WinJS, mas Schmidt diz que muitos desenvolvedores não são claras sobre como as técnicas funcionam e se relacionam entre si. Ele escreveu o artigo deste mês, com a idéia de explicar "como todo o pacote de tratamento de erros funciona juntos numa perspectiva holística, de cima para baixo."
Por exemplo, Schmidt descreve o evento OnError do JavaScript como "o catchall para tratamento de erros" para Web apps. Apps da loja do Windows construídos usando WinJS, no entanto, aproveitam tanto OnError e manipulador de eventos WinJS.Application.onerror, que captura eventos adicionais como erros específicos de plataforma e promete que o erro fora. Schmidt também exorta os desenvolvedores a considerar a mudança para o Visual Studio 2013, que oferece ferramentas principais melhorias, incluindo a capacidade de rastrear erros dentro das cadeias de chamadas assíncronas — um recurso importante, dado que apps WinJS freqüentemente cadeia promete uns aos outros.
"Quando um desses promete erros fora, você precisa ter um parâmetro de onError para cada promessa na cadeia, ou você precisa rastrear o erro a partir da última promessa da cadeia," explica Schmidt, que diz que ambas as abordagens são demoradas. "O painel de tarefas, que foi estendido para englobar o código JavaScript no Visual Studio 2013, realmente ajuda os desenvolvedores rastrear esses erros no seu código," diz ele.
A versão mais recente do WinJS e seu atendente ferramental entregam o Schmidt descreve como "pronto para ir" modelos e controles que ajudam a agilizar o desenvolvimento. As atualizações também oferecem melhorias significativas de desempenho e desenvolvimento de app WinJS aerodinâmico.
"Nós fornecemos as novas ferramentas do Visual Studio 2013 para medir a capacidade de resposta da interface do usuário HTML, uso de memória de JavaScript, sincronismo de função JavaScript e depuração assíncrono", diz Schmidt. "Na plataforma, melhoramos o desempenho de alguns dos nossos controles existentes — por exemplo, ListView — com APIs como o padrão Dispose e o Agendador, bem como fornecidos novos controles que são melhores adequado para tarefas específicas — por exemplo, o Repeater controle."
Por falar em melhorias de desempenho, no próximo mês Schmidt irá publicar um artigo da continuação focado especificamente em problemas de desempenho. Que Conselho tem para desenvolvedores lutando para garantir que seus aplicativos WinJS alto desempenho?
N "o. 1 coisa que eu recomendaria é realmente usar a plataforma. Qualquer sistema de modo retido — se é HTML ou XAML ou PDF ou você quiser — tem determinados conjuntos de recursos que são implementados nativamente e altamente otimizados dentro dele. Em como, tanto quanto seu código app e o script chama e aproveita os recursos, o melhor desempenho, você terá,"diz Schmidt. Ele acrescenta que a versão mais recente do WinJS empurra mais dos recursos mais baixo para a implementação, onde eles podem ser otimizados para melhor desempenho.
Está trabalhando com WinJS? Se assim for, eu adoraria ouvir sobre sua experiência. Envie um e-mail no mmeditor@microsoft.com.
Michael Desmond é o editor-chefe da MSDN Magazine