¿Los websockets en HTML 5 reemplazarán ajax por actualizaciones parciales de página?

Question

Acabo de tropezar con la función websockets que viene en HTML 5, here. A primera vista, parece que una vez que Firefox e IE se unen a la especificación, ajax puede ser redundante. Mi pregunta es, en su opinión, ¿se reemplazará ajax (utilizando jquery $ .ajax() o incluso con XMLHttpRequest/otro) por este nuevo protocolo ws: //?

En caso afirmativo, ¿cuándo deberíamos comenzar a cambiar nuestras metodologías de desarrollo?

Answer 1

Los websockets responden a una necesidad diferente que XMLHTTPRequests. Esto último es lo que su nombre indica: una solicitud: usted sabe que necesita algo (es decir, porque el usuario hizo clic en un enlace, desplazado o lo que sea) y lo recupera, y XHR hace un buen trabajo al hacer eso.

Se produce un problema cuando ciertos eventos se pueden desencadenar en el servidor y se supone que se deben enviar al cliente en tiempo real. Lo único que puedes hacer ahora mismo es sondear el servidor de forma regular, que es un truco que viene con una serie de problemas. Y este es exactamente el problema por el que Websocket está hecho: proporcionar un canal de retorno al navegador para notificaciones en tiempo real.

Creo que Ajax XOR Websockets es una especie de dicotomía falsa. Abordan diferentes necesidades y pueden coexistir pacíficamente.

Answer 2

Cuando los navegadores comienzan a implementar sockets web.

Answer 3

Soy un poco escéptico. Todos los navegadores principales comenzaron a admitir ajax en 1999, y ganó popularidad alrededor de 2005, después del lanzamiento de gmail. Y aún no hemos llegado a ese punto, donde los principales navegadores admiten websockets (agregue otro par de años).

Hay una razón simple detrás de esa demora en la adopción de ajax: la necesidad de que los sitios web admitan versiones anteriores del navegador. (Recuerde, ¿cuántas personas aún usan IE 6 & 7?)