Skip to Content.
Sympa Menu

aifia-pt - [AI] AJAX - O que você acha?

aifia-pt AT lists.ibiblio.org

Subject: Arquitetura da Informação (em Português)

List archive

Chronological Thread  
  • From: "wander" <wander.vieira AT cma.com.br>
  • To: Arquitetura da Informação (em Português) <aifia-pt AT lists.ibiblio.org>
  • Subject: [AI] AJAX - O que você acha?
  • Date: Mon, 14 May 2007 15:20:49 -0300

Olá pessoas.
Há pouco fui questionado com relação ao uso do ajax como recurso para uma aplicação.
Como a aplicação será feita em um site com muitos acessos simultaneos e há uma preocupação muito grande com relação á segurança (dados sigilosos) e performance, gostaria de uma opinão de vocês acerca do que está sendo questionado.
 
Portanto, se puderem debater um pouquinho...
Acho que é uma discussão boa para aprendermos juntos.
Abaixo há um resumo dos tópicos levantados para debates individuais.
Muitas questões são resolvidas com ajustes de interface, outras são mais técnicas, mas todas dão um bom debate.
 
Aguardo ansioso pelo retorno de vocês.
 
-------------------------------------------------
 
Pessoas que optam por não utilizar Ajax?
Usuários de navegadores minoritários.
Em geral, usuários que optam por outros navegadores que não são os principais do mercado (IE, Firefox e Safari) são usuários avançados que conhecem as limitações técnicas do seu programa ou simplesmente não desejam dispor da tecnologia.
Usúários que desativaram o _javascript_.
Cerca de 5% dos navegodores ou não suportam _javascript_ ou desativaram JS.
Normalmente, usuários com JS desativados recebem avisos constantes de sites que solicitam JS.
Cerca de 93% dos usuários de internet podem usufruir o Ajax sem precisar tomar nenhuma ação.

Quem é excluído pelo Ajax?
Grupo de pessoas que não se beneficiam do Ajax sem nenhuma escolha.
Apesar de serem um grupo numericamente pequeno, são 3 grandes grupos que não conseguem utilizar o Ajax apenas trocando o navegador.
Usuários de dispositivos móveis.
Diversos dispositivos como celulares estão longe de aceitarem _javascript_ e, portanto, Ajax.
Usuários que utilizam computadores dos seus empregadores.
Algumas empresas desabilitam o JS fora da Intranet por motivos de segurança.
Para o primeiro grupo, não apenas a falta de acesso é um grande inconveniente aos usuários, como pode haver alguma restrição legal.
Alguns países possuem leis específicas para usuários portadores de necessidades especiais.
Ajax nem sempre é melhor que os demais recursos da web, “Quebra” nos controles do browser.
Os usuários utilizam os  botões de “voltar” e “avançar” há anos.
O Ajax atualiza apenas uma parte do site e não fica registrado no navegador tal mudança.
Ao utilizar alguns desses botões, o usuário nem sempre retorna ao ponto imediatamente anterior ou posterior e perde toda informação gerada por ele (formulários, por exemplo).
Apesar dos méritos técnicos do Ajax, é necessário observar que o uso de Frameworks do Ajax pode trazer alguns riscos que, mal administrados, podem aumentar os custos ou inviabilizar o desenvolvimento.
Exemplos:
É fácil escolher o framework errado do Ajax.
Existem diversos frameworks do Ajax e eles não são criados de maneira igual.
Não é recomendado escolher baseado apenas na riqueza do recurso ou na velocidade da performance.
Os desenvolvedores precisam validar se o framework suporta os padrões de segurança, acessibolidade, integração e acesso aos dados da corporação.
É difícil encontrar uma ferramenta de desenvolvimento adequado para o Ajax.
Desenvolvedores experientes estão acostumados a escreverm JS e XML em editores de texto, mas a maioria dos desenvolvedores preferem editores visuais.
Em relação ao Ajax, as melhores ferramentas estão atreladas a frameworks comerciais do Ajax, limitando as opções de uso.
 
Outras Observações
Não dar pistas visuais imediata nos cliques da ferramenta.
É preciso indicar ao usuário que algo está acontecendo na página após alguma ação do usuário para que entenda que há um processamento por trás.
Segurança.
A segurança dos aplicativos Ajax está sujeita às mesmas regras de qualquer aplicativo web, exceto pelo fato do conteúdo ser atualizado de forma não sincronizada e é possível desenvolver códigos potencialmente inseguros que permitem a visualização do conteúdo por terceiros.
Muitas pessoas podem acessar o mesmo aplicativo ao mesmo tempo.
Caso duas pessoas tentem manipular a mesma informação ao mesmo tempo, é necessário verificar se esta não ficará desatualizada para alguns dos usuários.
Muitos códigos deixam o navegador lento.
Muitos computadores têm limitações para a funcionalidade do _javascript_ e o Ajax aumenta consideravelmente o uso dessa linguagem, de acordo com a sua complexidade.
Piscando e mudando partes da página de forma inesperada.
Ajax se baseia em conteúdos não sincronizados entre si.
Portanto, podem gerar confusão quando parte desse conteúdo é atualizado inesperadamente.
Devem acontecer apenas em espaços realmente necessários e deve haver algum sinal visual de mudança (cores que piscam, fading).
Barra de rolagem pode atrapalhar.
Enquanto o usuário está concentrado em um conteúdo em uma parte do site, um outro conteúdo pode atualizar automaticamente em outra parte do site, gerando alguma confusão.
Pior: o próprio conteúdo lido pode ser atualizado no meio da leitura.
 

Com base nestas considerações, o que você tem a dizer?
 
Pessoas que optam por não utilizar Ajax
---------------------------------------------------
Usuários de navegadores minoritários.
---------------------------------------------------
Usúários que desativaram o _javascript_.
---------------------------------------------------
Quem é excluído pelo Ajax?
---------------------------------------------------
Usuários que dependem de recursos de acessibilidade
---------------------------------------------------
Usuários de dispositivos móveis.
---------------------------------------------------
Usuários que utilizam computadores dos seus empregadores
---------------------------------------------------
Ajax nem sempre é melhor que os demais recursos da web
---------------------------------------------------
“Quebra” nos controles do browser.
---------------------------------------------------
O uso de Frameworks do Ajax pode trazer alguns riscos que, mal administrados, podem aumentar os custos ou inviabilizar o desenvolvimento.
---------------------------------------------------
É fácil escolher o framework errado do Ajax.
---------------------------------------------------
É difícil encontrar uma ferramenta de desenvolvimento adequado para o Ajax.
---------------------------------------------------
Outras observações encontradas:
---------------------------------------------------
Não dar pistas visuais imediata nos cliques da ferramenta.
---------------------------------------------------
Interface única.
---------------------------------------------------
Segurança.
---------------------------------------------------
Muitos códigos deixam o navegador lento.
---------------------------------------------------
Piscando e mudando partes da página de forma inesperada.
---------------------------------------------------
Barra de rolagem pode atrapalhar.
---------------------------------------------------



Archive powered by MHonArc 2.6.24.

Top of Page