Muitos peritos da usabilidade criticaram AJAX indicando os casos onde fere a usabilidade. Embora seja possível para AJAX ter esse efeito, eu não penso que AJAX fere inerente a usabilidade; é justo que muitos colaboradores têm o foco errado ao adicionar AJAX a seus locais. Focalize em buzzwords e nos resultados os mais atrasados da tecnologia em programas demostrativos agradáveis mas não necessariamente em locais easy-to-use. O desenvolvimento da correia fotorreceptora deve sempre ser usuário focalizado; adicionar AJAX à mistura não deve mudar aquela.
|
|
Como você usa AJAX, mantenha os seguintes guidelines na mente, e você terminará acima com um local ou uma aplicação altamente usable da correia fotorreceptora:
As seguintes subseções cobrem cada um dos pontos mais detalhadamente.
Manter as expectativas do usuário na mente é um guideline largo, mas é também importante. No nível o mais simples, significa que não mudando como as coisas se operam sem deixar o usuário para saber. Em a maioria de Web pages, as teclas são usadas submeter formulários, assim que ter alguma outra ação, tal como estalar de um hyperlink, para submeter um formulário pode ser desconcertante aos usuários. Esta régua vem no jogo em todo o lugar onde você redefine a maneira padrão trabalhos de um Web site.
Uma área em que você terá expectativas duras de uma reunião do tempo é com bookmarking e as operações da tecla de Back/Forward; em muitos casos, estes não querem nenhum trabalho mais longo, e você necessitará maneiras novas suportar bookmarking dentro de sua aplicação. Este guideline não significa que você tem que mudar como o usuário interage com seu local; ele meios justos que você necessita trabalhar para fornecer o usuário com bastante gabarito de modo que ou saibam o que está indo sobre.
O guideline seguinte focaliza em fornecer o gabarito que uma ação de AJAX ocorreu. Com este gabarito, os usuários sabem que alguma ação tem happenedeven se não trabalhar como esperado. Em uma aplicação básica da correia fotorreceptora, o reload da página mostra que algo está acontecendo. Em uma aplicação de AJAX, nós removemos o reload, assim que nós necessitamos substituir este gabarito. Este mecanismo do gabarito varia de uma mensagem do carregamento no canto da tela que é similar à bandeira acenando que usos do Internet Explorer destacar visualmente as seções da página que mudaram. Em muitos casos, você quererá usar aproximações múltiplas, tais como mostrar uma caixa padrão do carregamento quando o índice novo for transmitido e então destacando a parte da página que era updated. Fornecer o gabarito mantem sua aplicação do sentimento quebrada. Quando alguém estala uma ligação, ou esperam algo mudar; sem o gabarito, é fácil faltar o que aconteceu.
Como você adiciona o gabarito a sua aplicação de AJAX, evite de perturbar o foco do usuário. Este guideline da usabilidade é especial importante ao usar mensagens do popup; devem nunca ser usados exceto nas áreas onde a ação imediata é requerida.
Estão aqui alguns artigos a prestar atenção para fora para ao pensar sobre manter o foco de um usuário em uma área:
Ações que movem o foco de um cursor. Tais ações farão com que o usuário datilografe dentro a caixa errada da entrada ou têm que fazer exame do momento de figurar para fora da posição de cursor atual.
Ações que causam reflows da página. Se um usuário encher para fora um formulário e causas de uma mensagem de erro o formulário para abaixar a metade um da polegada, o efeito pode disorienting.
Distracting estilos da mensagem. O texto vermelho piscar pode roubar o foco do usuário apenas tão fàcilmente como um popup pode.
Como um usuário interage com seu local, recorde que ou controlam a interação, não você; se sua mensagem não for importante bastante reque a ação imediata, não a introduza no foco do usuário prematuramente.
Muitas aplicações de AJAX tentam ao outthink seus usuários automaticamente conservando dados como necessitados ou submetendo um formulário sem estalar uma tecla. Quando isto é feito bem, pode ser eficaz, mas você deve manter as expectativas do usuário na mente ao aplicar estas técnicas. Os usuários são usados a um ambiente de perdão da correia fotorreceptora onde possam simplesmente restaurar um formulário se a entrada atual estiver incorreta. Porque você adiciona AJAX, você deve manter esse nível do forgiveness; as operações devem sempre ser undoable. Autosave é um dos offenders os mais maus nesta área, mas é fàcilmente fixable adicionando uma tecla da restauração em um formulário do autosave ou expo o history do conserva.
Porque você se torna com AJAX, é importante saber se você estiver criando uma aplicação ou um Web site. Se você estiver desenvolvendo uma aplicação, foco em mandá-lo agir como uma aplicação nativa; depois da humano-relação os guidelines do sistema operando-se do alvo são frequentemente uma idéia boa. Se você estiver desenvolvendo um Web site, strive ter seu trabalho cabido o modelo padrão da sensação e da interação. Este foco ajuda ao jogo as expectativas do usuário e fará sua relação mais learnable porque o usuário terá um frame correto da referência de encontro a que para o comparar.
AJAX é uma ferramenta poderosa, mas deve ser somente uma parte de seu arsenal do desenvolvimento da correia fotorreceptora. Certifique-se sempre não overuse AJAX. Deve ser usado nas áreas onde suas potencialidades extra fornecem bastante benefícios para superar seus inconvenientes. Um exemplo de tal área é quebrar de bookmarking dentro de uma página. AJAX é uma ferramenta grande para atualizar a parte de uma carga do pagejust o contentbut que mudado não deva ser usada carregar uma página inteira. As páginas normais trabalham fino justo e estão indo ser justas tão rapidamente quanto recarregando a página com AJAX. Quando você se está decidindo em usar AJAX, procure um problema que necessite resolver, não apenas para os lugares onde pôde ser possível usar AJAX.
O último guideline da usabilidade deve ter uma planta para os usuários cujos os browsers não podem executar operações de AJAX. Não importa como usable uma aplicação é, se o usuário não puder a funcionar, é inútil. Para aplicações internas, esta é raramente uma edição porque um browser específico pode ser requerido, mas aquela não é sempre uma idéia grande para um Web site do mercado maciço. Se você estiver usando AJAX apenas realçar tarefas lentas, uma solução fácil deve manter a sustentação para a operação mais lenta do non-AJAX. Entretanto, se muito de seu local depender de AJAX, você necessitará criar uma versão do non-AJAX ou manter usuários do non-AJAX fora de seu local. Os usuários que usam os browsers que não suportam AJAX devem sempre ao menos começar as mensagens que algumas ações não trabalharão para elas. Como você adiciona AJAX, certifique-se compreender suas audiências. Embora AJAX seja suportado extensamente, não trabalhará em todos os browsers (especial os móveis), e você não quer travar para fora qualquer parte de suas audiências sem dirigir-se às conseqüências.
Online: 560 users browsing the articles directory
|
|