limo

AJAX

AJAX, acrónimo de Asynchronous JavaScript And XML (JavaScript y XML asíncronos), es una técnica de desarrollo web para crear aplicaciones interactivas. Éstas se ejecutan en el cliente, es decir, en el navegador del usuario, y mantiene comunicación asíncrona con el servidor en segundo plano. De esta forma es posible realizar cambios sobre la misma página sin necesidad de recargarla. Esto significa aumentar la interactividad, velocidad y usabilidad en la misma.

AJAX es una combinación de tres tecnologías ya existentes:

XHTML (o HTML) y hojas de estilos en cascada (CSS) para el diseño que acompaña a la información.
Document Object Model (DOM) accedido con un lenguaje de scripting por parte del usuario, especialmente implementaciones ECMAScript como JavaScript y JScript, para mostrar e interactuar dinámicamente con la información presentada.
El objeto XMLHttpRequest para intercambiar datos asincrónicamente con el servidor web. En algunos frameworks y en algunas situaciones concretas, se usa un objeto iframe en lugar del XMLHttpRequest para realizar dichos intercambios.
XML es el formato usado comúnmente para la transferencia de vuelta al servidor, aunque cualquier formato puede funcionar, incluyendo HTML preformateado, texto plano, JSON y hasta EBML.
Como el DHTML, LAMP o SPA, AJAX no constituye una tecnología en sí, sino que es un término que engloba a un grupo de éstas que trabajan conjuntamente.

Historia de Ajax
A pesar de que el término "Ajax" fuese creado en 2005, la historia de las tecnologías que permiten Ajax se remonta a una década antes con la iniciativa de Microsoft en el desarrollo de Scripting Remoto. Sin embargo, las técnicas para la carga asíncrona de contenidos en una página existente sin requerir recarga completa remontan al tiempo del elemento iframe (introducido en Internet Explorer 3 en 1996) y el tipo de elemento layer (introducido en Netscape 4 en 1997, abandonado durante las primeras etapas de desarrollo de Mozilla). Ambos tipos de elemento tenían el atributo src que podía tomar cualquier dirección URL externa, y cargando una página que contenga javascript que manipule la página paterna, pueden lograrse efectos parecidos al Ajax.

El Microsoft's Remote Scripting (o MSRS, introducido en 1998) resultó un sustituto más elegante para estas técnicas, con envío de datos a través de un applet Java el cual se puede comunicar con el cliente usando JavaScript. Esta técnica funcionó en ambos navegadores, Internet Explorer versión 4 y Netscape Navigator versión 4. Microsoft la utilizó en el Outlook Web Access provisto con la versión 2000 de Microsoft Exchange Server.

La comunidad de desarrolladores web, primero colaborando por medio del grupo de noticias microsoft.public.scripting.remote y después usando blogs, desarrollaron una gama de técnicas de scripting remoto para conseguir los mismos resultados en diferentes navegadores. Los primeros ejemplos incluyen la librería JSRS en el año 2000, la introducción a la técnica imagen/cookie[1] en el mismo año y la técnica JavaScript bajo demanda (JavaScript on Demand)[2] en 2002. En ese año, se realizó una modificación por parte de la comunidad de usuarios[3] al Microsoft's Remote Scripting para reemplazar el applet Java por XMLHttpRequest.

Frameworks de Scripting Remoto como el ARSCIF[4] aparecieron en 2003 poco antes de que Microsoft introdujera Callbacks en ASP.NET[5].

Desde que XMLHttpRequest está implementado en la mayoría de los navegadores, raramente se usan técnicas alternativas. Sin embargo, todavía se utilizan donde se requiere una mayor compatibilidad, una reducida implementación, o acceso cruzado entre sitios web. Una alternativa, el Terminal SVG[6] (basado en SVG), emplea una conexión persistente para el intercambio continuo entre el navegador y el servidor.


Pros, contras y críticas

limo

Pros

Interactividad
Las aplicaciones AJAX se ejecutan en la máquina cliente, manipulando la página actual dentro de sus navegadores usando métodos de Document Object Model. Puede ser usado para multitud de tareas como actualizar o eliminar registros, expandir formularios web, devolver peticiones simples de búsqueda, o editar árboles de categorías; todo sin tener la necesidad de tener que recargar toda la página de HTML cada vez que se realiza un cambio. Generalmente sólo requiere enviar pequeñas peticiones al servidor, y se devuelven respuestas relativamente cortas. Esto permite el desarrollo de aplicaciones interactivas con interfaces de usuario más responsivas gracias al uso de las técnicas DHTML.


Portabilidad
Las aplicaciones de Ajax utilizan características bien documentadas presentes en todos los navegadores importantes en la mayoría de las plataformas existentes. Aunque esta situación podría cambiar en el futuro, en este momento, los usos de Ajax son efectivos entre plataformas.

Mientras que la plataforma de Ajax está más restringida que la plataforma de Java, las aplicaciones actuales de Ajax llenan con eficacia la parte de los Java applets: ampliar el navegador con mini-aplicaciones ligeras y procesos RPC cargados en memoria RAM de forma aleatoria.


Contras y críticas

Críticas de usabilidad
Una de las mayores críticas contra el uso de AJAX en aplicaciones web es que puede fácilmente acabar con el comportamiento normal del botón atrás del navegador. Las diversas expectativas entre volver a una página que se ha modificado dinámicamente y la vuelta a una página estática pueden ser sutiles. Los usuarios normalmente esperan que haciendo click en atrás mientras están en una aplicación web les llevará a la última página cargada, y en aplicaciones AJAX lo más seguro es que esto no ocurra. Los desarrolladores han implementado varias soluciones a este problema, muchos de los cuales giraron alrededor de crear o usar IFrame invisibles para invocar los cambios que hacen que se genere el historial usado por el botón atrás del navegador. Google Maps, por ejemplo, realiza búsquedas en un IFrame invisible y luego inserta los resultados en la página web visible; es posible seguir el comportamiento del usuario vía callbacks que son llamados cada vez que se pulsa el botón atrás, recuperando el estado de la aplicación que existía en ese momento.

Un problema relacionado es que las actualizaciones dinámicas hacen difícil al usuario agregar a los marcadores/favoritos un momento particular de la aplicación. Existen soluciones a este problema, muchas de las cuales utilizan el fragmento identificador del URL (la parte de una URL precedida del signo '#'[7] para no perderla de vista, y permitir a los usuarios volver a ese momento exacto. Esto es posible porque muchos navegadores permiten al JavaScript actualizar dinámicamente el fragmento identificador del URL, por lo que las aplicaciones Ajax pueden mantenerlo a medida que el usuario va cambiando el estado de la página[8]. Esta solución también mejora el funcionamiento del botón para retroceder a una página anterior en el historial.


Tiempos de respuesta
El intervalo entre la petición del usuario y la respuesta del servidor debe tenerse en cuenta durante el desarrollo de AJAX. Sin el feedback claro al usuario[9], carga de datos rápida[10], y dirección apropiada del objeto XMLHttpRequest [11] los usuarios pueden experimentar esperas en la intefaz de la aplicación web, algo que los usuarios pueden no esperar o comprender[12]. Como soluciones a estas esperas, frecuentemente se recomienda el uso de feedback visual para informar al usuario de la actividad en segundo plano y/o precarga de contenido y datos.

En general el impacto potencial de la espera no ha sido "resuelto" por ninguno de los toolkits y frameworks para AJAX de código abierto disponibles hoy en día.


JavaScript
Aunque AJAX no necesita ningún tipo de plug-in para el navegador, requiere que los usuarios tengan el JavaScript activado. Esto se aplica a todos los navegadores que soportan esta tecnología excepto para Microsoft Internet Explorer 6 y anteriores los cuales necesitan también tener el ActiveX activado, ya que el objeto XMLHttpRequest está implementado junto con el ActiveX en este navegador. Internet Explorer 7, por otra parte, va a implementar esta interfaz como un objeto JavaScript nativo y por tanto no se va a necesitar ActiveX para que AJAX pueda funcionar con normalidad.

Como ocurre con las aplicaciones DHTML, las de AJAX deben de ser probadas rigurosamente para adaptarse a los diferentes navegadores y plataformas. Han ido apareciendo numerosas librerías de programación a medida que AJAX ha ido madurando que pueden ayudar en esta tarea. Asimismo, se han desarrollado técnicas para asistir en el diseño de aplicaciones que ofrecen funcionalidades alternativas para los usuarios que no tienen el JavaScript activado.


Nombre
Ha habido varias críticas en torno al término AJAX, reclamando que Adaptive Path (el consultorio que creó la palabra[13]) u otros defensores lo usan como un vehículo de marketing para técnicas antes usadas[14].


Accesibilidad
La utilización de tecnologías AJAX en la web proporciona muchos desafíos para desarrolladores interesados en la adhesión a las directrices de la WAI de accesibilidad. Los desarrolladores necesitan proporcionar opciones fallback para usuarios en otras plataformas o navegadores, ya que la mayoría de los métodos de puesta en práctica de AJAX confían en rasgos sólo presentes en navegadores gráficos de escritorio.

Los desarrolladores web usan AJAX en algunos casos para ofrecer contenido sólo a porciones específicas de una página, permitiendo la manipulación de datos sin la necesidad de recargar la página completa en el navegador. Los no usuarios de AJAX seguirían cargando y manipulando la página entera como un fallback, permitiendo a los desarrolladores preservar la experiencia de los usuarios en entornos no-AJAX (incluyendo todos los temas relevantes de accesibilidad) mientras que da a aquellos con un navegador capaz, una experiencia de usuario mucho mejor.


Navegadores que permiten AJAX
Debe tenerse en cuenta que ésta es una lista general, y el soporte de las aplicaciones AJAX dependerá de las características que el navegador permita.

Navegadores basados en Gecko como Mozilla, Mozilla Firefox, SeaMonkey, Camino, Flock, Epiphany, Galeon y Netscape versión 7.1 y superiores
Microsoft Internet Explorer para Windows versión 5.0 y superiores, y los navegadores basados en él
Navegadores con el API KHTML versión 3.2 y superiores implementado, incluyendo Konqueror versión 3.2 y superiores, Apple Safari versión 1.2 y superiores, y el Web Browser for S60 de Nokia tercera generación y posteriores
Opera versión 8.0 y superiores, incluyendo Opera Mobile Browser versión 8.0 y superiores

Navegadores que no permiten AJAX
Opera 7 y anteriores
Microsoft Internet Explorer para Windows versión 4.0 y anteriores
Microsoft Internet Explorer para Macintosh, todas las versiones
Dillo
Navegadores basados en texto como Lynx y Links
Navegadores para incapacitados visuales (braille)

Silver Sword

Jo tio y yo que pensaba que AJAX erea un detergente...Bueno te estas currando los post a mogollón e limo, casi no me da timpo a leerlos, aunque aveces nu lo entiendo del todo.

Tidus7

Lo he leido i no me he enterado de casi nada.AJAX detergente?jasjajaaj,yo me creia que era el equipo holandes,muy buen post de todos modos.

__________________

goku ssj6

xD.


Ahora me lo leo, gracias por la información.

__________________

goku ss4

Vaya tengo los mismo pensamientos que silver sword y tidus 7

__________________

limo

pues ya ven que tambien es codigo de webs y de mas por cierto lo entenderan no¿?

goku ssj6

Eentenderá un webmaster, o uno que sepa de esto, uno que no tenga idea esta claro que no sabrá o entedera lo que dice aquí.

__________________

RAICEN

Esta bueno pero ambien esta bueno nadamas copiar y pegar pon la fuente de donde lo sacaste por q no creo q tu ayas escrito todo esto y si lo escribiste tu pues q chido.

__________________

limo

lo escribi yo con ayuda de mi hermano y busqueda en varias webs pero me llevo tiempo no solo fue copiar y pegar.

goku ssj6

Bueno, si lo escribistes tú, buen trabajo, pero solo una recomendación, en cada nuevo apartado o titulo hazlo con negrita, ya que es fácil perderse.

__________________

RAICEN

Y para q alguien como tu querria una unformacion de esa.

__________________

Konami

¿A quien quieres engañar?, no te das cuenta de que es extremadamente sencillo saber si lo has escrito tu o no. Simplemente hay que copiar un párrafo del Post y buscarlo en Google, ¿resultado? Este.

En el texto que te coteo faltas tres veces a la verdad:

- “lo escribi yo con ayuda de mi hermano”: Ni tú ni tu hermano habéis escrito una sola palabra de ese Post.

- ”y busqueda en varias webs”: Toda la información del Post es una copia exacta de este artículo (que a su vez se nutre de Wikipedia). No te has molestado ni lo más mínimo en recopilar información de varias Webs.

- ”me llevo tiempo no solo fue copiar y pegar”: Yo a este Post le hecho unos cinco minutos como máximo (el tiempo que lleva hacer un copia pega cutre del artículo anteriormente mostrado). Ni siquiera te has molestado en ponerle negritas o hacer una presentación mínimamente decente (has hecho un copia pega a palo seco).

Siento ser tan brusco, pero estas conductas me molestan bastante. Si quieres hacer un Post con la información de ese artículo hazlo, pero por favor, cita la fuente (no hacerlo incumple las normas) y no te atribuyas los méritos por algo que no has hecho, algo que aparte de ser poco ético, con todos mis respetos, es de tontos, pues como ya te he dicho, es muy sencillo saber quien lo ha escrito.

PD: Esto no va sólo por limo, últimamente he visto muchos Post que no citan la fuente (aunque normalmente tienen la decencia de no atribuirse los meritos del escrito).

Saludos…

__________________

Silver Sword

Tranquilo konami, no hagamos de esto un drama. Limo, debrias admitir-lo, copiar y pegar. la verdad por delante, aunque no estoy en tu contra, yo mismo e hecho lo mismo en el pos t del fary, a y no sabia que se debia de poner de donde lo has sacado. Ahora lo pondré. bueno paz hermanos.

PReSo

Esque no hace falta que hagais biografias, guias, u otras cosas, solo porque querais haceros conocer o subir vuestra reputación.

limo

precisamente konami tan listo que eres toda la informacion bueno casi toda la obtuve de un foro y no de esa web que no sabia ni que existia, otra cosa es que ese foro del que yo obtuve mucha informacion lo pudiese sacar de ahi pero yo de ahi no saque nada. Asique si tan listo te crees primero mira a ver si sabes lo que han hecho los demas usuarios.

Silver Sword

bueno basta de discutir o cerrarán el post. Lo que yo creo es que limo ha recopilado información de internet y la a puesto. es como si tu te cojes un libro y copias la biografia de "maradonna" (es solo una ejemplo). esta muy bien, ya que almenos a hecho eso. no ha sido copiar y pegar. Además de donde quereis que saque lam información, no se la puede inventar tendrá que mirarlo en algún sitio. Bueno y konami no tires tanto a matar.
Buno: "don't worry, be happy"

Salu2 y paz hermanos

goku ssj6

No sigas mintiendo y haciendo creer que lo has echo tú.

Que lo haigas sacado de un foro no quiere decir que lo haigas echo tú, es una copia, por lo tanto tiene que haber una fuente o un permiso para poder ponerlo.

Aquí se ven los resultados de donde podrias haber sacado la información.

No, como ya puso Konami, toda esa información sale aquí.

__________________

Silver Sword

Bueno dejadle ya coño, el pobre no ha cometido ningún delito, solo ueria enseñarnos algo, transmitir una idea, es eso tan malo. Todos tenemos fallos.

goku ssj6

No es nada malo, y no creo que solo, eh lee bien, solo por se tu amigo, le estes dando la razón de que lo ha echo bién.

Esto es lo que a Konami y a mi, nos molesta:

Ya no vuelvo hablar más...

__________________