Ajax vs. Moda vs. Performance
Lendo o Tableless, “Cuidado para não regredir“, continua a velha discussão sobre o que é bom, o que é moda e o que realmente não presta pra nada (esse último não é o caso de nenhum dos dois posts…).
Vamos à uma discussão rapidinha. Pense: vale a pena escrever uma montanha de código JavaScript, correndo o risco de ficar completamente inacessível para alguns browsers, quebrar a cabeça, fazer algo bonitinho que demora o dobro pra carregar, sabendo que você podia escrever uma (uma só, nada mais, sem exagero) única linha? É o caso do pessoal que faz todos os links usando Ajax.
E não é só isso. Há muita coisa que poderia ser evitada. Carregar páginas quase inteiras, pequenos textos estáticos (babem…), outras coisinhas irritantes que pulam na tela… Quer que eu prove que não melhora a performance? XML HTTP Performance and Caching. Creio que posso te convencer.
Descartando a acessibilidade por enquanto. Um site que use Ajax, pra ser mais útil e mais rápido, precisa de muito planejamento. Um ótimo exemplo de planejamento é o Gmail e Google Reader. Inclua a acessibilidade: ainda temos o Google na frente (Gmail sem Ajax também existe). Uma boa discussão sobre isso também rolou lá no Ajax Online.
Apesar de tudo, ainda acredito que já evoluímos muito, e estamos evoluindo. O Ajax no Brasil já amadureceu bastante (até o Ajax Online abandonou a versão 100% Ajax, evolução). Ainda temos muito a progredir, e vai demorar, eu sei, mas não podemos parar. Graças a muita gente já temos trabalhos bons. Agora queremos trabalhos ótimos, basta amadurecer a idéia.
Esta é a minha opinião, não tomem como certa. Apenas pense sobre isso, concorde ou não. Até!
Também já havia falado sobre essas algumas questões relacionadas a Ajax em Ajax vs. Acessibilidade. Também falei sobre A Aplicação Ajax Perfeita, que pode colocar algumas minhocas em sua cabeça…
Eu sei que o post é antigo mas continua a polêmica !
Eu sempre usei só a PHP + MySQL e também há uma polêmica muito similar a esta que são as classes e funções onde se pode escrever 3 linhas de código em PHP puro e pensando em POO com classes e funções o código vai pra 70 ou 100 linhas com uma única vantagem: a re-utilização.
Então comecei a mexer com Adobe SPRY e achei uma maravilha em localhost para aplicativos extranet (não simples páginas de sites)porém quando precisei publicar, ficou um elefantão lerdo e demorado e pra achar o pai da criança eu até demorei mas eram os arquivos carregados .js.
Partindo do princípio de que TUDO da Adobe é lento e pesadissimo (visto DW8 para DW CS3 que quadriplicou de tamanho), decidi pesquisar mais sobre JQuery e até gostei mas uso com cuidado e só onde é preciso como mostrar resultados de pesquisa na mesma página pois acho um saco ficar naquele vai e vem.
Aprendi tb que os arquivos p a c k e d tem 1/3 do tamanho e já ajuda mas fica pesado também.
Relacionado a isso também abandonei os SWF da vida pois tb são muito pesados e ninguém tem mais muita paciencia pra ficar esperando !
Um abraço e parabéns pelos ótimos artigos.
Obrigado pelo comentário! Realmente, tudo tem de ser analisado, e ver o que é melhor! Tudo vem do bom-senso.
Chato demais esse post. =/
Falou nada com nada!
Claro que é um ótimo exemplo de planejamento tudo que envolve a empresa Gmail, tudo é gasto em milhões. Mesmo assim, seus aplicativos apresentam problemas e estão em constante mudança.
Esse blog não tem ou possui uma única linha em “client script” (JavaScript)? Meu Deus! Como você conseguiu essa façanha?