Primer y primero, AJAX está sobre mejorar experiencia del usuario; las mejoras de la experiencia del usuario bajan en dos categorías: haciendo tareas actuales más fáciles y haciendo tareas previamente imposibles posibles. Obviamente, es más fácil centrarse en la fabricación de tareas actuales más fáciles. En ambientes del desarrollo del Web, éste puede ser más futuro analizado en dos metas principales: interactividad de aumento y disminuir el tiempo requerido para realizar una tarea. En casos del nonintranet, usted puede también tener una meta técnica relacionada de reducir uso de la anchura de banda; transfiriendo menos datos al browser, usted puede reducir tiempos de carga de la página y mejorar la experiencia total del usuario.
|
|
Una de las metas totales de agregar cualquier cantidad de Javascript a un sitio del Web es aumentar su interactividad. Incluso sin AJAX, usted puede proporcionar la información contenido-sensible cuando el usuario se mueve sobre un acoplamiento o valida una forma sin la recarga de la página. Esta interactividad adicional proporciona más información a los usuarios sin abrumarlos. Usando AJAX, podemos construir en este proceso general en vez de centrarse en la adición de la información estática adicional; es decir podemos agregar la información adicional dinámicamente.
Un buen ejemplo de aumentar interactividad está utilizando AJAX para agregar una búsqueda en tiempo real a una forma normal de la búsqueda en su sitio del Web. Un ejemplo de la búsqueda en tiempo real es el Google sugiere el uso (www.google.com/webhp?complete=1&hl=en), que sugiere términos posibles de la búsqueda en un widget drop-down mientras que usted mecanografía su pregunta; el widget también indicaría que el número de resultados que la búsqueda volvería. Los acercamientos similares se pueden utilizar para cualquier uso de la búsqueda. Las posibilidades se extienden de seleccionar a un usuario en quien cambiar permisos a escoger una ciudad a que para enviar un paquete.
Usted puede también utilizar AJAX para aumentar
interactividad de maneras con excepción de métodos de la búsqueda.
Una forma es utilizar un scrollbar para moverse a través de una
página de resultados en vez de usar el método del Web de
acoplamientos siguientes de la página. AJAX trabaja bien para
los artículos tales como éstos porque los datos todavía se cargan
solamente tan necesarios, apenas como con una tabla normal, pero
las filas más últimas se pueden alcanzar mucho más rápidamente.
AJAX abren las porciones de nuevas maneras de aumentar interactividad porque los datos adicionales que usted es demostración se pueden cargar según lo necesitado. Esto llega a ser especialmente útil al trabajar con los modems de tamaño mediano, porque usted puede ver todos los datos sin el aumento de la pa'gina-carga original para medir el tiempo o necesitar otra recarga ver los datos. El problema más grande con el aumento de la interactividad es que es duro medir, así que la interactividad de aumento llega a ser la más útil cuando está mirada al tratar nuestro secundario goaldecreasing el tiempo requerido para realizar las acciones.
Una de las desventajas más grandes de los usos del Web es que cualquier proceso multistep se convierte en un proceso del multiminute. En una conexión rápida, cada pa'gina-recargue la conexión agrega dos a cinco segundos de tiempo puro de la espera como la página siguiente es generada y descargada por el browser, y en una conexión lenta, las esperas pueden ser dobles o triples eso. Usar AJAX para cargar en los nuevos datos permite que quitemos éstos las recargas de la página, haciendo para una experiencia inconsútil con solamente un uno pequeño o la espera two-second para los datos adicionales.
Hay porciones de otros casos donde AJAX se puede utilizar para decease las épocas de proceso. Incluyen con magos multistep y repasando y poniendo al día el contenido en línea. Una vez que usted haya encontrado una tarea que toma un tiempo largo, tal como postes de moderación en un foro de la ayuda de cliente, usted busque los subtasks específicos que toman la mayoría del tiempo. En la moderación del foro, el problema es que cada recarga de la página toma un tiempo largo porque usted puede mirar 20 o 100 postes inmediatamente. La moderación de los postes requiere una recarga comenzar a corregir y entonces una recarga para ahorrar su proceso doloroso del edita. Otras tareas, tales como mudanza de un poste, son también lentas porque cada recarga de la página puede hacer que usted pierde su lugar en la lista de postes.
Por ejemplo, considere un sistema de la reservación del conferencia-cuarto en una compañía grande. Después de que se elija un cuarto, cada participante necesita ser buscado para y ser agregado a la reservación de modo que él o ella pueda recibir un email de la notificación. Porque la compañía tiene sobre 100 empleados, un widget drop-down selecto no es una buena opción. Usarlo aumentaría grandemente tiempos de carga de la página porque tanto los datos necesitarían ser cargados. Un widget drop-down extremadamente grande también sería poco manejable utilizar.
La solución a este problema de la selección antes de AJAX era agregar un sistema de la búsqueda para encontrar a cada empleado; el sistema de la búsqueda se pudo incluso poner en una ventana del popup para bajar la cantidad de datos que se recargará, pero no importa cómo se pone en ejecucio'n, la adición de cada persona se convierte en 5 al 30-segundo proceso. Este interfaz clunky no es un problema cuando la adición de 1 o 2 personas, pero él se convierte en unbearable cuando agrega 20 o más. Un acercamiento de AJAX permite que la búsqueda suceda con una búsqueda en tiempo real. El interfaz miraría como "Google sugiere" la página que exhibe los nombres de los empleados en vez de términos de la búsqueda. En este caso, usando AJAX, hacemos la adición de 20 empleados un proceso 1-minute en vez de un cinco minutos de proceso.
Usando AJAX, usted acelera el proceso agregando corregir sobre el terreno y usando arrastrar-y-gota para mover un poste. El corregir sobre el terreno trabaja creando una caja que corrige de texto sin la recarga de la página. Porque el contenido se exhibe ya, ninguna petición necesita ser enviada al servidor para comenzar un corregir. En el final del proceso, los cambios transparente se ahorran mientras que el usuario se traslada encendido corregir al poste siguiente.
Una de las cosas que hacen la reducción de tiempo de la tarea una tan gran meta de la puesta en práctica de AJAX es que es fácilmente mensurable. Todo lo que usted necesita hacer debe sentar abajo y realizar algunas de las tareas y seguir la cantidad de tiempo toman para terminar. Dependiendo de las tareas, usted puede incluso agregar contadores de tiempo al uso a los datos de registro de normal-use. Una vez que usted tenga estos números de la línea de fondo, usted puede crear las blancos específicas para su puesta en práctica de AJAX. Combinado con seguir adicional después de que usted haya creado una puesta en práctica de AJAX, usted puede obtener datos para decidir cómo es eficaz han sido sus realces. Con una medida verdadera y repetible, la eficacia de AJAX se mueve desde guesswork a la matemáticas simple. Usted puede incluso utilizar esta medida del proceso-tiempo para mejorar en su uso actual de AJAX, el intercambio fuera de técnicas o la adición en prefetching para hacer una toma de proceso menos tiempo.
La reducción de uso de la anchura de banda puede ser una meta útil en las puestas en práctica de algún AJAX porque una cantidad más pequeña de datos toma menos tiempo para transferir, proporcionando al usuario una experiencia más inconsútil. Si usted está pagando recibir, la reducción de uso de la anchura de banda puede también ser una manera eficaz de ahorrar el dinero. Sin embargo, si usted está utilizando su uso en una red interna, ésta puede ser una meta que no importa en todos porque la red rápida mantiene tiempos de carga bajos no importa cómo muchos datos usted transfieren.
El uso de la anchura de banda es fácil de medir; las métricas relacionadas son siempre más fáciles de utilizar que comparaciones subjetivas. Por supuesto, desemejante de la medida de la hora de realizar una tarea, el uso de la anchura de banda no es un número que usted desea siempre para ver la disminución en su totalidad. La reducción de la cantidad de datos cargados en la carga inicial de la página puede ser útil, especialmente si esos datos se utilizan y se pueden raramente cargar fácilmente según lo necesitado. Sin embargo, en algunos casos, la mejor experiencia del usuario es alcanzada datos que cargan y aumentando el uso total de la anchura de banda.
Usted puede cargar datos directamente durante la carga inicial de la página o usando llamada de AJAX, pero usted encontrará eso el usar de AJAX es beneficioso mientras los datos no se necesitan inmediatamente. AJAX que carga puede suceder después de que la página se cargue, haciéndolos menos sensibles al usuario. Puede también ser atado al principio de una tarea que lo utilice. Esto es especialmente verdad al hojear modems grandes porque tienen generalmente patrones constantes del acceso que puedan ser discernidos supervisando a los usuarios de los usos.
AJAX no ha garantizado reducciones de la anchura de banda y, en algunos patrones del acceso, utilizará probablemente más anchura de banda. Esto es especialmente verdad cuando usted está realizando peticiones event-driven de AJAX. Cada petición puede ser pequeña, pero una búsqueda para cada golpe de teclado puede agregar rápidamente para arriba. Estos efectos pueden ser reducidos limitando el número de acontecimientos a uno por período, pero los efectos en un cierto plazo la acumulación inmóvil. Su meta debe ser hacer cada petición tan pequeña como sea posible, mientras que realiza que estas reducciones de la anchura de banda se pueden comer para arriba por la mayor cantidad de peticiones y usando prefetching para hacer un interfaz altamente interactivo.
Nuestras primeras tres metas se centraron principalmente en la fabricación de realces a los usos actuales del Web; sin embargo, AJAX también nos da la posibilidad para crear enteramente una nueva clase de los usos del Web. Al crear usos ricos, los reveladores tienen la meta de hacerles el trabajo como como usos nativos como sea posible, mientras que intentan mantener las ventajas del desarrollo del Web la facilidad del despliegue y de la puesta en práctica. Además, el desarrollo rico de los usos todavía tiene la meta de aumentar la interactividad del uso y de disminuir el tiempo necesario para realizar acciones, aunque el diseño y la puesta en práctica de estas metas pueden ser diferentes.
Porque usted no está tomando un uso actual y puntos lentos que fijan, usted no tiene la línea de fondo métrica de un uso estándar del Web. En lugar, usted tiene que comparar su uso contra su equivalente nativo. Esto puede ser desafiador porque los usos nativos pueden utilizar almacenes persistentes grandes de los datos para reducir el número de interacciones lentas, mientras que los usos de AJAX se limitan a escondrijos sesio'n-basados más pequeños. Dependiendo de cómo es dato-intensivo es la tarea, usted puede no poder emparejar el funcionamiento de un uso nativo, así que usted necesitará centrarse en diversos patrones del uso que oculten este problema. Los usos nativos más fáciles al imitador son los que se ocupan de un dataset grande que no se almacene completamente en el cliente local; porque las velocidades del dato-acceso son similares, el uso del Web necesita competir solamente en la calidad de su interfaz utilizador.
Muchos usos ricos utilizan más anchura de banda que sus contrapartes estándares del uso del Web porque confían pesadamente en datos prefetching para dar a un usuario inconsútil experiencia. Esto hace los usos ricos mejor satisfecho para los despliegues internos donde una red rápida y la carencia de las cargas de la anchura de banda quitan la reducción de la anchura de banda como meta necesaria.
La decisión para construir un uso rico en vez de un sitio realzado del Web no se debe tomar ligeramente. Los usos ricos trabajan lo más mejor posible cuando están apuntando las tareas realizadas por un uso nativo. Los clientes del email, los lectores de RSS, y la divulgación de usos son buenos ejemplos de los usos nativos que son fáciles de mímico. Que siendo dicho, servicios proporcionados normalmente por los sitios del Web, tales como hacer compras en un almacén en línea o exhibir la información de producto, no traduzca bien a los usos ricos. Estas tareas se satisfacen mejor a un sitio realzado del Web en donde solamente las tareas lentas, complejas se substituyen por versiones de AJAX.
Online: 551 users browsing the articles directory
|
|