Cuando empecé a Ajax que aparecen en la web, la incorporación fue sorprendente. Fue la chispa que desencadenó la explosión en la era de 2,0, está llevando a cabo la izquierda y la derecha, sumado a las páginas existentes y aún más sorprendente, creando todo un nuevo nivel de Internet que realmente marcó un cambio en la forma en que la web se creó y se muestran , En gran parte a la multi-platform/mobile detrimento de la compatibilidad, que las luchas Ajax para mostrar el contenido.
En cierto modo se ha convertido en el nuevo "Asesino App" para cualquier aplicación en línea de la aplicación, nadie en el "juego de software" ha sido, sin duda, se les preguntó si puede hacer que su aplicación "Mira Web 2.0." De hecho me dijeron recientemente por un cliente que exige nuestra aplicación "demasiados clics para hacer algo".
En un primer momento pensé que lógicamente, tratando de pensar en todas las páginas que requieren muchos clics para lograr una tarea determinada que pueda tener el número de clics reducido, finalmente, la realización de la mayoría de las páginas que requieren muchos clics independientemente de lo que está haciendo (haga clic para la iniciar algo, entrar en el contenido y, a continuación, haga clic en ella para completar). La cuestión que trae a esta parte es la impresión que está dando a los usuarios finales, que todo debe ser Ajax con llamativos gráficos y todo muebles / editables, con independencia de si tiene una función real, o acelera la página en absoluto.
Ajax se está desacelerando en la web para los usuarios finales y desarrolladores web.
Este es un gran problema que se está abordando actualmente, el hecho de que la ejecución de Ajax ralentiza tanto el servidor web y el navegador muestra el contenido.
La razón de los servidores de ralentización? antes bien todas las páginas se sirve algo diferente a personas diferentes, según sea necesario, o hay una página estática que se muestra a todos los usuarios finales. Ahora se muestra una página diferente por usuario, o servir un widget que muestra contenido personalizado dentro de ella. El problema es el hecho de que todos estos datos es (tradicionalmente) va a través de un único web "API" (El interfaz utilizado), resultando en una desaceleración o potencial de sobrecarga en épocas de alta utilización (aunque este se fija en el futuro con una mejor balanceo de carga a través de múltiples rompe)
La razón de los navegadores más lento? no es el contenido de la muestra Ajax, pero el Ajax sí mismo. JavaScript es lo que impulsa Ajax (JavaScript asíncrono y XML), JavaScript y se creó originalmente como un ligero lenguaje de programación para hacer algunas cosas bastante simples en la web. Sin embargo, como con la mayoría de web basada en la tecnología, se ha deformado con el tiempo en uno, o me atrevo a decir la base para el desarrollo web.
Usted puede estar sorprendido de escuchar que JavaScript es un lenguaje único de rosca, lo que significa que en cualquier momento JavaScript está siendo evaluado o correr, todo lo demás tiene que esperar su turno (todos en una sola línea). Esto se ha vuelto especialmente problemático en los blogs, donde las personas han utilizado Ajax "widgets" de múltiples fuentes. El problema es que todo el JavaScript (a menudo) intenta cargar a la vez, lo que resulta en una demora que su contenido no se muestra hasta el JavaScript ha hecho su cosa.
Ahora, este no es un problema si te vas a quedar en la misma página haciendo algo simple como una refrescante mesa, o la clasificación de información, (que será mucho más rápido con el Ajax). Cuando usted tiene que navegar a través de diferentes páginas que constará de un mash-up de JavaScript y HTML contenido, con una extraña mezcla de la carga de algunas páginas (casi) instantáneamente, y otros teniendo mucho más tiempo, se convierte cada vez más frustrante.
No hay Ajax de normalización, lo que resulta en la mala calidad de código.
Aunque este está empezando a ser fijo con JavaScript bibliotecas, con demasiada frecuencia, los desarrolladores no tienen experiencia con el Ajax lo mal escrito el código que ha cuestiones a través de diferentes navegadores y entornos de usuario (esto no es cierto no un valor para algunos). Agregando a esto es el hecho de que no es fácil proporcionar información sobre la experiencia del usuario a nivel local como podemos con las tecnologías Web estándar.
No estoy diciendo que Ajax es intrínsecamente mala, creo que todo lo contrario. El problema es que cada diseñador web advenedizo le gusta el aspecto de la misma, por lo que todos hemos tomado una parte a tratar de crear (mal escrito) Ajax temas, que se convierte en un problema cuando usted tiene los nuevos "medios de comunicación social" los sitios que la masa junto múltiples plug-ins y widgets.
La Conclusión?
La conclusión básica que quiero a la gente a tomar fuera de este es pensar lo que da Ajax beneficios para el cliente. Si no hay beneficio (re-organización de la navegación en un blog no cuentan como un beneficio), entonces no lo incluya en la página, o por lo menos, limitar la cantidad de código en su página. Haga sus páginas limpias, fácil de usar, rápido y de carga. Vamos a intentar no volver a crear la "I puede tener un sitio web conjunto de Animación Flash!" Movimiento.
Ajax es un nuevo territorio (en el foro público) y al igual que con otras nuevas tecnologías, que pasa por las etapas de desconocidos a la explosión de aplicación útil, solo quiero que podría llegar más allá de la fase de explosión ya ...
