Já coloquei muito a mão na lama, mas depois de algum tempo, você passa a gerenciar projetos ou tocar uma empresa e perde o contato com os detalhes das coisas.

Por outro lado é necessário tomar decisões tecnológicas que irão afetar a empresa onde você trabalha. Estive nessa situação há alguns meses. Ir de AJAX.NET ou desenvolver uma biblioteca AJAX própria?

Pedi uma análise e uma indicação para dois dos engenheiros de software da nossa empresa sobre a proposta da Microsoft.

A metodologia se baseou em testes práticos analizando o tempo, tamanho do tráfego a cada requisição e comparando o framework Naja.NET com o framework Ajax.NET (ou Atlas que mesmo sendo o Codinome, foi como nos acostumamos a chamar pois usamos o Atlas desde o seu lançamento - quando ela ainda tinha esse nome). Foram usadas ferramentas como HTPT Watch, comparando o AJAX.NET a outras bibliotecas, além da nossa. Eis aqui o relatório.

Problemas do ASP.NET

Tudo começou quando a Microsoft introduziu o ASP.NET, uma versão aprimorada do ASP. Ela adicionou a arquitetura .NET uma tecnologia para produção de páginas web, os WebForms. Com eles se pode criar uma interface visual com o usuário de forma semelhante à feita usando o Visual Basic. A sua arquitetura é baseada no servidor.

Este é um resumo bem básico sobre o ASP.NET, já que o artigo se foca em explicar sobre o AJAX.NET e o ASP.NET definitivamente é apenas uma parte do .NET Framework.

Para criar uma página ASP.NET você tem a disposição os HTMLControls, que não são processados pelo servidor quando o usuário interage com os mesmos, e os WEBControls, que são processados pelo servidor quando existe interação.

Ao abrir uma página ASP.NET, o cliente (navegador do usuário) exibirá o resultado HTML/JavaScript de um WebForm processado pelo servidor.  Quando o cliente interagir com a página, ela será transmitida de volta ao servidor, alterada e depois restaurada de volta ao cliente.  E sempre que ocorrer uma interação do usuário com um controle que disparar um evento, este caminho será seguido, do cliente para o servidor e de volta ao cliente. Deu-se a isto o nome de postback.

De qualquer forma o ASP.NET herda essa característica, e diversas vezes a piora. Com os postbacks, o ASP.net concentra todo o processamento da interface de usuário no servidor, sendo que é mais inteligente "distribuir" entre o servidor e o cliente.