Quando iniciei Ajax aparecendo na web, a captação foi espantoso. Foi a faísca que despoletou a explosão em 2,0 época, a ser implementada esquerda e direita, adicionadas as páginas existentes e, ainda mais espantoso, criando toda uma nova camada da Internet que realmente sinalizou uma mudança na forma como a web foi criado e exibido , Muito em detrimento do multi-platform/mobile compatibilidade, que se esforça para exibir conteúdo Ajax.
De certa forma, tornou-se o novo "Killer App" para qualquer aplicativo on-line da execução, qualquer pessoa no "jogo software" tem sido, sem dúvida perguntou se eles podem fazer seus pedidos "Olha Web 2.0." De facto foi-me dito recentemente por um cliente que a nossa candidatura necessária "demasiado muitos cliques para fazer alguma coisa."
No começo eu pensei sobre isso logicamente, tentando pensar em alguma páginas que exigem muitos cliques para realizar uma tarefa que poderia ter reduzido o número de cliques, finalmente percebendo mais páginas que exigem muitos cliques independentemente do que você está fazendo (o clique para iniciar algo, você digita o conteúdo, em seguida, clique para concluir o mesmo). O problema que isto traz para a mão é a impressão que dá é que os usuários finais, que tudo deveria ser chamativo Ajax com gráficos e tudo mobiliários / editáveis, independentemente de ela tem uma função real, ou acelera a página de todos.
Ajax está a abrandar a web tanto para os utilizadores finais e web-desenvolvedores.
Este é um grande problema que actualmente está a ser combatido, o fato de que a execução de Ajax diminui tanto o servidor web eo browser exibir o conteúdo.
A razão para abrandar os servidores? bem anteriormente era algo diferente em todas as páginas servidas até pessoas diferentes conforme a necessidade, ou não havia uma página estática que exibido para todos os usuários finais. Agora vamos exibir uma página diferente por utilizador, ou servir um widget, que mostra conteúdo personalizado dentro da mesma. O problema é o facto de todos estes dados é (tradicional) passando por um único web "API" (A interface utilizada), resultando em uma potencial desaceleração ou sobrecarga em épocas de alta utilização (embora esta será fixada no futuro com melhor balanceamento de carga em várias severs)
A razão para Navegadores desacelerar? não é o conteúdo do Ajax está exibindo, mas o Ajax em si. JavaScript é o que impulsiona Ajax (Asynchronous JavaScript e XML), e JavaScript foi originalmente criado como uma linguagem de programação leve para fazer algumas coisas bem simples na web. Mas como a maioria da web com tecnologia de base, foi desfigurado ao longo do tempo em um, nem ouso dizer a base para desenvolvimento web.
Você pode se surpreender ao saber que o JavaScript é uma linguagem única com rosca, o que significa que qualquer hora JavaScript está sendo avaliado ou correr, tudo o resto tem que esperar a sua volta (tudo em uma única linha). Isto tornou-se particularmente problemático em blogs, onde as pessoas têm usado Ajax "Widgets" a partir de múltiplas fontes. O problema é que tudo o JavaScript (muitas vezes) tenta carregar de uma vez, resultando num atraso em que seu conteúdo não é exibida até que o Javascript tem feito a sua coisa.
Agora isto não é problema se você for ficar na mesma página fazendo algo simples como uma refrescante mesa, ou tratamento de informação, (que será significativamente mais rápido com Ajax). Quando você tiver a navegar por diferentes páginas que consistem de um mash-up de conteúdo HTML e JavaScript, com uma estranha combinação de algumas páginas de carga (quase) instantaneamente, e outros tendo significativamente mais longo, torna-se cada vez mais frustrante.
Não existe uma padronização Ajax, resultando em baixa qualidade do código.
Embora estes resultados começam a ser fixado com JavaScript bibliotecas, muitas vezes desenvolvedores são inexperientes com Ajax resultando em mal escrito código que tem problemas em diferentes browsers e ambientes usuário (isso não é verdade não valorizada por um número reduzido). Acrescentando a este fato, não podemos facilmente fornecer feedback sobre a experiência do usuário localmente como podemos com tecnologias padrão da web.
Eu não estou a dizer que o Ajax é intrinsecamente mau, eu acho muito pelo contrário. O problema é que cada indivíduo arrogante web designer gosta do olhar dela, de modo que todos tenhamos tido uma mão para tentar criar (mal escritos) Ajax itens, que se torna um problema quando você tiver o novo "mídia social" sites que juntos mash vários plug-ins e widgets.
A Conclusão?
A conclusão básica que eu quero que as pessoas tiram isso é para fora o que pensam os benefícios Ajax dá ao cliente. Se não houver nenhum benefício (re-organizar navegação em um blog não contam como um benefício), então, não incluí-lo na página, ou pelo menos, limitar a quantidade de código em sua página. Faça suas páginas limpa, fácil de usar, rápido e de carga. Vamos tentar não voltar a criar o "eu posso ter um site todo feito de animação Flash!" Movimento.
Ajax é novo território (no forum público) e como acontece com outras novas tecnologias, que atravessa fases de explosão desconhecidos para a aplicação útil, eu apenas queria que pudéssemos passar a fase explosão já ...
