Abordando questões de design ajax

Video: Aula ECA - Preparatório Serviço Social em Questões

Ajax é uma nova bola de cera quando se trata de aplicações Web, e como tal, novas regras sobre como a interface deve e não deve trabalhar estão surgindo. Essas regras ainda não foram formalizados, mas a comunidade Ajax é discuti-las. Antes de lançar em criar suas próprias aplicações Ajax, considere as seguintes questões de design.

Quebrando o botão Voltar e Marcadores

Quando você tem controle sobre o que está acontecendo em uma página da Web e você estiver usando javascript para tornar as coisas ligar e desligar em uma página - ou mesmo para alterar a aparência de toda a página - o botão Voltar do navegador não funciona mais. O botão Voltar funciona a partir de histórico do navegador de objeto, que armazena as páginas sucessivas que foram carregados no browser. Mas se você não estiver carregando novas páginas - que é o Ajax tem tudo a ver - o objeto a história não se sabe sobre eles.

Este é um para manter em mente que você projetar suas aplicações Ajax. Se necessário, forneça seu próprio botão local, de volta usando javascript. Se você quiser permitir que o usuário se mover para trás para a janela anterior estados, você tem que acompanhar o que está acontecendo e permitir que o usuário navegar como eles querem.

Deixando o utilizador no controle

aplicações Ajax pode parecer para assumir uma vida própria porque operam nos bastidores. E eles podem se comunicar com o servidor, mesmo quando o usuário não quer que eles - como quando o usuário faz um erro de digitação. Você pode imaginar como se sentiria se tivesse acabado de entrar um erro de digitação e foi imediatamente armazenado em um banco de dados por um aplicativo que não perguntar se você queria para armazenar qualquer coisa.

Assim, para dar suas aplicações uma boa sensação, aqui estão algumas dicas para colocar os usuários no controle:

• Não misture dados afastado para armazenamento até que o usuário realmente quer para armazená-lo.

• Lembre-se que, idealmente, a sua aplicação é suposto para responder a eventos causados ​​apenas pelo usuário. Os usuários podem encontrar muito desconcertante validação do lado do servidor, porque cria a impressão de que você está corrigindo-os em cada tecla. Não se esqueça que um dos princípios de design de interfaces gráficas de usuário (GUIs) é que o usuário deve estar no controle, que eles devem dirigir a ação.

• E não se esqueça de oferecer ao usuário uma maneira de erros de desfazer.

Video: Acerte 70% mais Questões em seus Concursos

Lembrando todos os diferentes navegadores

Tal como acontece com qualquer aplicação Web, vale a pena ter em mente que existem muitos navegadores diferentes ao redor, e sua aplicação Ajax deve ser testado nos que você quer para apoiar.

Como desta escrita, Internet Explorer e Firefox compõem cerca de 96 por cento do uso do navegador, eo resto (Opera, Safari, e assim por diante) estão cada um em 1 por cento ou menos categoria.

E não se esqueça de que nem todos browser suporta javascript, ou terá o javascript ativado - e para os usuários, você deve ter um plano de backup.

Evitando um navegador lento

aplicações Ajax podem ser grandes, e quando eles começam a usar os recursos como memória e velocidade de CPU, você tem que ter cuidado. Uma grande aplicação pode utilizar-se uma enorme quantidade de memória, especialmente se você não for cuidadoso sobre como se livrar de grandes objetos que foram criados.

Às vezes, os desenvolvedores usam Ajax só porque é uma coisa nova. Tenha cuidado com essa tendência, também. Ajax resolve muitos problemas, mas se você não tem que usá-lo, não há nenhuma razão para isso. E também, não se esqueça de que suas aplicações Ajax podem não funcionar em todos os navegadores - como aqueles onde javascript foi desligado. Você deve fornecer algum tipo de plano de backup nesse caso.

Manipulação de dados sensíveis

Com Ajax, é fácil para enviar dados sem o usuário saber o que está acontecendo. Na verdade, isso é parte da coisa toda conexão de cliente / servidor que o Ajax tão popular. Mas também é verdade que o usuário pode não querer enviar os dados que você está enviando.

É melhor ter cuidado com dados sensíveis. A Internet não é necessariamente um lugar seguro para dados sensíveis, depois de tudo, e se você começar a enviar números de segurança social ou números de cartão de crédito sem a permissão do usuário, você pode acabar em apuros. Então dar aos usuários o benefício da dúvida - pergunte antes de enviar dados sensíveis.

Criando um plano de backup

Ajax depende de estar conectado a um servidor, mas não se esqueça que nem todo mundo está on-line o tempo todo. E seu próprio servidor pode ir para baixo, para que seus usuários podem estar a trabalhar a partir de páginas em cache. Se você não pode se conectar a uma página on-line, você deve ter algum tipo de backup. E isso vale para usuários que têm navegadores que não suportam javascript, também.

Mostrando-se em motores de busca

Google procura bilhões de páginas da Web para o texto que procurar seus usuários para - mas, se o texto que você exibir é carregado em uma página baseada em ações do usuário, e não no navegador refresca, o Google não é capaz de ver esse texto. Então, ter em mente que se você quiser fazer a sua página pesquisável nos motores de busca como o Google, você tem que dar sua página os termos de pesquisa que necessitam. (Você pode armazenar suas palavras-chave em um tag no navegador do seção, por exemplo, que é onde os motores de busca esperam encontrá-los. Vejo esse site para mais informações sobre isso.)