AJAX = Asynchronous Javascript XML. Portanto, AJAX é basicamente uma técnica que consiste em fazer requisições HTTP de forma assíncrona para o servidor.Fazer uma requisição assíncrona significa que o processo irá rodar por trás das cortinas, …

AJAX para retornar marcações e javascripts não existe, é uma utopia achar isso funciona.

concordo em parte com o que você disse. De fato, o AJAX engloba os conceitos de Javascript e XML (de onde o nome), e de fato o uso de XML traz a vantagem de podermos manipular apenas dados do lado do servidor, permitidno que eventualmente varios frontends apresentem os dados de forma diferente.

Mas eu considero que o que é mais importante no lance todo do AJAX é o uso de requisições assíncronas, e com isso a enorme gama de possibilidades que ele abre. As interfaces web nunca mais serão as mesmas.

Em relação às tecnologias utilizadas, eu não acho que devemos ser tão estritos. O retorno pode ser XML, mas pode ser também JSON ou texto simples, que podem ser tão ou mais eficiente quanto XML (no caso de JSON, a integração com Javascript é muito mais interessante), e ainda sim não temos mistura de dados com layout. No caso de manipulação client side, Javascript é hoje a linguagem de script para browser por definição…mas nada impede que isto mude.

O uso de HTML nas repostas talvez quebre um pouco a questão de apenas trafegarmos dados. Mas em momento algum fere a questão do assíncronismo e tampouco requer reprocessamento de páginas completas. Muito pelo contrário: uma estrutura bem montada no lado de cliente, um pouco de código javascript, e renderização de pequenos snippets HTML pelo servidor trazem resultados extremamente satisfatórios: páginas muito mais rápidas e leves no lado do cliente, com processamento mínimo (os browsers ainda deixam muito a desejar em sua capacidade de processamento eficiente) e do lado do cliente, apenas a renderização do estrito necessário (quem gera uma pequena árvore XML gera um trecho de HTML com a mesma eficiência).

É isso. De resto, obrigado pelo comentário e pelos elogios.

[]s

Se me permitir, gostaria de fazer uma observação sobre o que escreveu: o conceito de AJAX (o original) está relacionado à utilização de XML (e não HTML, ou qualquer outra coisa) na resposta à requisição do XMLHttpRequest. O motivo disso é o seguinte, o conceito de AJAX surgiu da necessidade de se buscar no servidor somente os dados, nada de formação, layout, JS, etc. Somente os dados, com isso você:

• Aumenta a performance do seu servidor (Que não precisa reprocessar todo o HTML de uma página dinâmica recém-servida que possui somente algumas poucas alterações);
• Reduz o consumo de banda (somente os dados trafegam após a primeira requisição da página);
• Você pode manipular o mesmo dado de diversas formas diferentes no aplicativo cliente (browser);
• Maior possibilidade de reuso (ex.: em um site de e-commerce, um XML dinâmico que retorna as informações relativas à um produto pode ser utilizado na exibição do resultado de uma busca, na exibição dos produtos do carrinho, na chamada de promoções, etc.).

O “AJAX” da forma como você utilizou é eficiente, cumpre com sua necessidade de atualizar a tela sem o efeito do refreshing, mas não aproveita essas características que também são bastante interessantes. E por não utilizar XML, “perde” a característica do AJAX (Asynchronous Javascript And XML)

PS: Cheguei ao seu post a partir de uma resposta sua (em 03/12) no grupo python-brasil (do qual também participo) preferi não responder na thread do grupo pois já seria OT e a pergunta original já estava muito bem respondida, por você e pelo Mário Augusto.

[] Anderson P Costa

Obrigado pelo comentário!

[]s

Abraços