Abordar los problemas de diseño ajax

Ajax es una nueva bola de cera cuando se trata de aplicaciones Web, y como tal, las nuevas reglas sobre cómo la interfaz debe y no debe trabajar son emergiendo. Estas normas no se han formalizado todavía, pero la comunidad Ajax se discutirlas. Antes de lanzarse a crear sus propias aplicaciones Ajax, considere las siguientes cuestiones de diseño.

Rompiendo el botón Atrás y Marcadores

Cuando usted tiene control sobre lo que está pasando en una página web y que está utilizando javascript para hacer que las cosas se encienden y apagan en una página - o incluso alterar toda la apariencia de la página - botón Atrás del navegador no funcionará más. El botón Atrás trabaja a partir de la historia de objetos del navegador, que almacena las páginas sucesivas que se han cargado en el navegador. Pero si usted no va a cargar nuevas páginas - que es lo que el Ajax es todo - el objeto historia no sabe acerca de ellos.

Este es uno a tener en cuenta al diseñar sus aplicaciones Ajax. Si es necesario, proporcionar su propio botón local Atrás uso de javascript. Si desea permitir que el usuario se mueve hacia atrás a los estados de ventanas anteriores, usted tiene que llevar un registro de lo que ha estado pasando y permitir al usuario navegar como quieren.

Dejando el usuario en el control

Aplicaciones Ajax pueden parecer a asumir una vida propia porque operan entre bastidores. Y pueden comunicarse con el servidor incluso cuando el usuario no quiere que - como cuando el usuario hace un error de mecanografía. Usted puede imaginar cómo se sentiría si lo acaba de introducir un error tipográfico y se almacenó inmediatamente en una base de datos por una aplicación que no preguntaban si querías para almacenar cualquier cosa.

Así que, para dar a sus aplicaciones una buena sensación, aquí hay algunos consejos para poner a los usuarios en el control:

• No mezcle los datos para su almacenamiento hasta que el usuario realmente quiere guardarlo.

• Recuerde que, idealmente, se supone que su aplicación para responder a eventos causados ​​solamente por el usuario. Los usuarios pueden encontrar demasiado desconcertante validación del lado del servidor, ya que crea la impresión de que usted les está corrigiendo en cada golpe de teclado. No hay que olvidar que uno de los principios de diseño de interfaces gráficas de usuario (GUI) es que el usuario debe estar en control, que deben dirigir la acción.

• Y no se olvide de ofrecer al usuario una forma de deshacer los errores.

Recordando a todos los diferentes navegadores

Al igual que con cualquier aplicación Web, vale la pena tener en cuenta que hay muchos navegadores diferentes alrededor, y su aplicación Ajax debe ser probado en los que usted desea apoyar.

Al escribir estas líneas, Internet Explorer y Firefox representan alrededor del 96 por ciento del uso del navegador, y el resto (Opera, Safari, etc.) son cada uno en la categoría 1 por ciento o menos.

Y no hay que olvidar que no todos navegador compatible con javascript o tendrá javascript activado - y para los usuarios, se debe tener un plan de respaldo.

Evitar un navegador lento

Aplicaciones Ajax pueden ser grandes, y cuando empiezan a usar recursos como la memoria y la velocidad de la CPU, lo que tienes que tener cuidado. Una aplicación de gran tamaño puede consumir una gran cantidad de memoria, especialmente si usted no tiene cuidado de deshacerse de objetos grandes que se han creado.

A veces, los desarrolladores utilizan Ajax sólo porque es una cosa nueva. Tenga cuidado con esa tendencia, también. Ajax resuelve muchos problemas, pero si usted no tiene que usarlo, no hay ninguna razón para hacerlo. Y también, no se olvide que las aplicaciones Ajax pueden no funcionar en todos los navegadores - tales como aquellos en los que javascript ha sido desactivado. Usted debe proporcionar algún tipo de plan de copia de seguridad en ese caso.

Manejo de datos sensibles

Con el Ajax, es fácil enviar datos sin que el usuario sepa lo que está pasando. De hecho, eso es parte de todo el asunto conexión de cliente / servidor que lo Ajax tan popular. Pero también es cierto que el usuario no desee enviar los datos que está enviando.

Lo mejor es tener cuidado con los datos sensibles. El Internet no es necesariamente un lugar seguro para los datos sensibles, después de todo, y si se inicia el envío de números de seguro social o números de tarjetas de crédito sin el permiso del usuario, que podría terminar en problemas. Así que dar a los usuarios el beneficio de la duda - pregunte antes de enviar los datos sensibles.

Creación de un plan de copia de seguridad

Ajax confía en estar conectado a un servidor, pero no hay que olvidar que no todo el mundo está en línea todo el tiempo. Y su propio servidor puede bajar, por lo que sus usuarios pueden estar trabajando de páginas en caché. Si no puede conectarse a una página en línea, usted debe tener algún tipo de copia de seguridad. Y eso va para los usuarios que tienen navegadores que no soportan javascript, también.

Aparecer en los buscadores

Google busca en miles de millones de páginas Web para el texto que sus usuarios buscan - pero si el texto se visualiza se carga en una página basada en las acciones del usuario, no en refresca navegador, Google no es capaz de ver ese texto. Así que tener en cuenta que si usted desea hacer su página de búsqueda en los motores de búsqueda como Google, tienes que darle a tu página de los términos de búsqueda que necesitan. (Usted puede guardar sus palabras clave en un etiqueta en el navegador sección, por ejemplo, que es donde los motores de búsqueda esperan encontrarlos. Ver este sitio para obtener más información al respecto.)