Alternativas de WebSockets para el navegador de Android

El navegador web incluido en el sistema operativo Android no es compatible con WebSockets, un protocolo que mantiene conexiones continuas entre servidores web y clientes web, o navegadores. Por lo tanto, si su empresa pretende diseñar sitios web compatibles con Android que requieran conexiones persistentes en lugar de asíncronas, necesita una alternativa a WebSockets, de las cuales hay algunas, y su implementación no tiene costo. Las implementaciones de programación como BOSH, la interfaz de programación de aplicaciones de Google y Comet ofrecen métodos de conexiones continuas.

Conceptos básicos de WebSockets

Para desarrollar utilizando alternativas a WebSockets, es útil saber cuáles son. A diferencia del desarrollo "Web 2.0", que tradicionalmente se centraba en la comunicación asíncrona entre los navegadores de los clientes y los servidores, WebSockets mantiene una conexión abierta entre los dos. La comunicación asíncrona necesita un "sondeo" o comprobación constante por parte del navegador del usuario. Esto significa que el navegador tendría que preguntar al servidor si había nueva información en un documento sin saberlo de antemano. WebSockets elimina esto, manteniendo un contacto constante entre el navegador y el servidor. Cualquier alternativa debe lograr lo mismo.

TONTERÍAS

Como el navegador nativo de Android no es compatible con WebSockets, debe implementar otro marco. Las transmisiones bidireccionales sobre HTTP sincrónico ofrecen una de estas alternativas. BOSH imita la implementación de una línea de comunicación TCP continua. En BOSH, el servidor no responde a las solicitudes del navegador hasta que realmente tiene datos para enviar. Además, el servidor no acepta una conexión de cliente para datos hasta que se realiza una segunda conexión HTTP después de la solicitud. Esto significa que las conexiones inmediatas solo ocurren cuando los datos pertinentes a la página visualizada están presentes o enviados, lo que reduce el ancho de banda y la desaceleración y aumenta la velocidad de carga de su página web.

API de Google Channel

La API del canal de Google mantiene una conexión abierta entre los servidores de Google y las páginas y aplicaciones de Google. Al utilizar un cliente de JavaScript para implementar la API, la página o la aplicación puede crear una conexión segura a los servidores de Google, a través de la cual los servidores de Google pueden enviar un flujo constante de datos sin realizar encuestas repetidas. Esto permite la actualización en tiempo real, lo que puede resultar muy beneficioso para las páginas y aplicaciones que se ejecutan en juegos cabeza a cabeza. Esto es conveniente si planea desarrollar aplicaciones compatibles con Google.

Cometa y AJAX

Si bien los ejemplos anteriores muestran cómo se mantienen las conexiones síncronas a través de diferentes métodos, el estilo de conexión Comet con AJAX intenta, dentro de un marco abierto, mantener el uso de sondeo asíncrono. Comet intenta mitigar los problemas con el sondeo de clientes, incluidos los costos de ancho de banda y la desaceleración, al proporcionar estándares mediante los cuales los servidores pueden enviar datos sin haber sido sondeados. Sin embargo, Comet presenta problemas de implementación, ya que los navegadores no usan las partes integrales de la tecnología, como la codificación y el manejo de solicitudes, de la misma manera.