No processo de desenvolvimento de programas AJAX, muitas pessoas cometerão alguns erros comuns. Alguns erros podem colocar em risco as funções e o desempenho do programa AJAX, fazendo com que todas as vantagens do programa AJAX sejam perdidas. Aqui o autor apresentará os sete pecados capitais aos quais você precisa prestar atenção ao desenvolver programas AJAX.
AJAX é uma coisa boa, pois permite que os desenvolvedores criem aplicativos mais dinâmicos com mais rapidez e eficiência. Mas também tem suas próprias deficiências.
À primeira vista, pode parecer que um pouco de bom senso evitaria essas armadilhas e, até certo ponto, evita. Mas comparada com seu rival DHTML, a arquitetura do programa AJAX é completamente diferente. Não importa quanto bom senso você tenha em seus esforços de desenvolvimento de aplicativos, você deve aprender com as lições daqueles que vieram antes de você. Neste artigo, nos referimos a esses erros como os “Sete Pecados Capitais”, mas eles não representam todos os erros.
Antes de aprendermos sobre os sete erros fatais no desenvolvimento AJAX, vamos dar uma olhada nos sete erros menos graves. Todo mundo comete esses erros. Faça uma pesquisa no Google e você verá como esses erros são comuns.
sete contravenções
1. Abusar do botão Voltar - Muitas pessoas cometem esse erro, e o botão Voltar se tornou obrigatório em muitos programas de experiência na web. Muitos desenvolvedores iniciantes de AJAX adicionam o botão Voltar aos seus programas AJAX por vários motivos, mas descobrem que o botão Voltar afeta a funcionalidade do programa. Isto ocorre principalmente porque Javascript não é uma linguagem de programação muito amigável. Em segundo lugar, os desenvolvedores precisam reaprender as ideias de desenvolvimento do AJAX.
Para quem é novo no AJAX, não é fácil aceitar a ideia de que o botão Voltar não é uma boa solução. Quando estamos no ponto de atualização da página, ou quando precisamos utilizar a função “Desfazer”, podemos considerar a “tecla Voltar”. Mas você deve pensar duas vezes antes de codificar, caso contrário, atualizações repetidas ocorrerão facilmente.
2. Não informar o usuário sobre os resultados da operação - Parte de como o AJAX funciona é que ele não usa o carregador de interface de usuário da web usual. Portanto, você precisa projetar algumas dicas visuais para que os usuários entendam o que está acontecendo.
3. Links esquecidos - Este também é um erro padrão do AJAX: deixar de fora um link de URL que usuários externos podem recortar e colar. Todos nós copiamos um URL e o enviamos para outra pessoa. Quando usamos AJAX, só podemos fornecer links para outras pessoas por meio de entrada manual pura. Por que? Pois em aplicações AJAX o servidor não disponibiliza esta página gerada automaticamente em Javascript. Não negligencie esse recurso mais comum em aplicativos da web nos quais seus usuários possam estar interessados. Reserve um momento para fornecer ao usuário o endereço URL, pois o servidor não fornece um.
4. Use controle de conteúdo em vez de controle de página - Se você está procurando controle de conteúdo dinâmico, o avanço do aplicativo AJAX no método tradicional de interação cliente-servidor pode ser um grande presente para você. No entanto, isso também tem suas desvantagens: embora você tenha grande controle sobre a reescrita do conteúdo em um local preciso da página para ajustar a experiência de interação do usuário, você pode acabar com uma página incompleta.
Em muitos casos, focamos no processamento de uma determinada parte da página e esquecemos que o servidor não irá atualizar a página. Isso pode levar a páginas desordenadas e a uma experiência ruim para o usuário: quando ele visualiza a página, pode estar olhando para uma página desatualizada. Fique de olho em toda a página; certifique-se de que qualquer página com conteúdo dinâmico esteja atualizada.
5. Spiders cansados - A vantagem do AJAX está na grande quantidade de texto que pode ser fornecida à página sem reinstalar; Se um aplicativo for projetado para ser amigável aos mecanismos de pesquisa, você deverá ser capaz de imaginar o que poderia acontecer. Não importa o que aconteça na página, certifique-se de colocar bastante texto sólido no topo e deixe os spiders se divertirem.
6. Caracteres ilegíveis - AJAX não pode suportar vários conjuntos de caracteres. Esta não é uma limitação de vida ou morte, mas esquecê-la pode levar a problemas reais. O conjunto de caracteres mais básico é UTF-8. Não importa qual conjunto de caracteres seu Javascript envia, não se esqueça de codificá-lo corretamente e definir o conjunto de caracteres do lado do servidor com base no conteúdo.
7. Nenhum prompt é fornecido para usuários que não suportam Javascript - alguns navegadores não suportam Javascript e esses usuários não conseguem entender o que está acontecendo. Por favor, dê-lhes algumas dicas.
Os itens acima são alguns erros fáceis de encontrar. Os verdadeiros problemas são facilmente ignorados.
sete pecados capitais
1. Permitir que a memória transborde - Qualquer pessoa que esteja envolvida no trabalho de desenvolvimento há muito tempo sabe o que são referências circulares e entende os danos que as referências circulares trazem ao gerenciamento de memória. Javascript usado por AJAX é uma linguagem de gerenciamento de memória. Em outras palavras, o Javascript possui uma função integrada de coleta de pacotes, para que possa extrair variáveis que não são mais utilizadas pelos caminhos de referência e realocar a memória utilizada por essas variáveis.
Quem já trabalha há muito tempo com desenvolvimento sabe o que são referências circulares e entende os perigos que elas trazem para o gerenciamento de memória. Javascript usado por AJAX é uma linguagem de gerenciamento de memória. Em outras palavras, o Javascript possui uma função integrada de coleta de pacotes, para que possa extrair variáveis que não são mais utilizadas pelos caminhos de referência e realocar a memória utilizada por essas variáveis.
Agora, aí vem o problema: no modelo de objeto de arquivo, qualquer nó DOM na árvore de arquivos pode ser referenciado por outros elementos presentes na árvore, independentemente de ser referenciado por outros objetos! Portanto, qualquer objeto marcado no coletor de pacotes como referenciado de volta por um nó DOM deve ser zero nesta direção, caso contrário sua memória permanecerá alocada.
2. Não entendo o que significa “assíncrono” – A palavra assíncrono pode facilmente deixar usuários não familiarizados com ela nervosos. Mas se o aplicativo da web que você criou para esses usuários for um aplicativo de desktop, eles não ficarão chateados. Este é um ponto crucial do design. A maioria dos aplicativos da web funciona de maneira muito semelhante aos seus equivalentes de desktop. Mas em aplicações web, os usuários esperam que essa qualidade ilusória os torne completamente diferentes.
Os usuários têm preconceitos e expectativas muito diferentes ao lidar com navegadores da web e com aplicativos de desktop. Portanto, embora respostas frequentes entre a página e o servidor sejam agradáveis e eficientes, com a página se revisando simultaneamente, isso deixaria o usuário tonto. Portanto, você precisa seguir duas regras e considerar cada mudança que chega ao alcance visual do usuário: Se a atualização não for urgente para o usuário, faça a atualização suavemente e não transfira; a interação do aplicativo é muito importante, portanto as atualizações devem ser claras e óbvias.
3. Tornar o servidor cego - a redução da comunicação entre o cliente e o servidor é um grande problema, o que não acontecia antes. No passado, a aplicação do lado do servidor sabia tudo e podia ver tudo: cada exceção, cada recarga, cada evento podia ser visto e registrado e, claro, o servidor também sabia o que estava acontecendo no cliente, porque o servidor O que é exibido na tela será gravado.
Este não é o caso em aplicativos AJAX. Quando ocorrem eventos, esses eventos são independentes do servidor. Ou seja, quando há um problema no cliente, o servidor não sabe imediatamente. Descubra e registre eventos e exceções do lado do cliente em um local que permita ao servidor rastrear problemas que exijam intervenção.
4. Use GET para ser preguiçoso - a função do GET é recuperar dados; a função do POST é configurar o GET. Não use GET de forma inadequada e nem tente fazê-lo se achar que é inofensivo. As ações GET mudam de estado, e os links que mudam de estado podem confundir os usuários; a maioria acredita que os links são para navegação, não para funcionalidade.
5. Sem monitoramento de tipos de dados – Javascript não faz parte do framework .NET. Embora isso seja um pouco triste, ilustra um problema que podemos encontrar: garantir que o Javascript entenda os tipos de dados na plataforma em que está sendo executado e vice-versa para .NET ou outro. Pode haver várias conversões e você precisa fazê-las uma por uma. Por exemplo, a biblioteca Ajax.NET Pro fornece conversores que convertem notações de objetos .NET e Javascript.
6. Alguns programas não podem ser fechados - a geração dinâmica de conteúdo sem atualizar a página seria muito ruim se não houvesse horário de fechamento. Quantas páginas da Web você já viu? Quantas páginas da Web você viu que são mais longas que o Hansard do Congresso? Se a página web se estender indefinidamente, será sem dúvida um pesadelo para os usuários. Basta pensar no que os usuários pensarão de aplicativos que nunca param. Torne seu aplicativo web dinâmico, mas dentro dos limites do que é viável.
7. Torne Javascript e DOM independentes um do outro - lembre-se de que AJAX é baseado na estrutura "Model-View-Controller" (Model-View-Controller), leve isso a sério. Javascript pertence à camada modelo, DOM pertence à camada visual e o controlador é o consultor de casamento que os conecta. Certifique-se de que seus arquivos da web sejam independentes de Javascript (para que sejam mais úteis para usuários que não suportam Javascript) - a menos que o conteúdo em si seja significativo apenas para usuários que usam Javascript. Neste caso, use Javascript para criar o conteúdo