¿Existen bibliotecas JavaScript de código abierto que aborden múltiples pestañas del navegador y el estado del cliente para los navegadores más nuevos? [cerrado]

Hay algunas nuevas características HTML5 que lo han convertido en navegadores recientes que permiten compartir el estado entre pestañas, ventanas del navegador, ventanas del mismo dominio, etc. Por lo tanto, es probable que sea un poco más fácil escribir una aplicación web que mantenga mucho estado en el cliente y también gestiona el estado de forma inteligente entre pestañas y / o ventanas.

Actualmente hay bibliotecas como Backbone.js que pueden ayudar a administrar el estado en una sola pestaña o en una sola ventana. ¿Hay algo por ahí que ayude con múltiples pestañas (o ventanas) que administran el estado global, el estado específico de la pestaña y los eventos de tabla cruzada sin depender del servidor para sincronizarlos?

Respuesta corta:

Realmente no puede pasar información de estado de una pestaña a otra ...

Respuesta larga:

Realmente no puede pasar información de estado de una pestaña a otra, ya que esto sería una violación muy grave de sandboxing y seguridad.

Sin embargo, puede pasar indirectamente el estado entre dos pestañas mediante:

• comunicaciones cliente-servidor (WebSockets, llamadas AJAX, ...),
• extensiones del navegador (se les puede permitir pasar por alto, y algunos navegadores ofrecen API para implementar un sistema de transmisión de mensajes para comunicarse entre páginas de fondo, pestañas y secuencias de comandos de contenido ),

Otra opción sería simplemente comunicarse a través de cookies para pasar información entre 2 pestañas, pero lo más probable es que esto cause problemas, dependa mucho del navegador y requiera la recarga de la página (y para ser sincero, nunca lo he probado y solo pensé en ello, pero otros han hecho que ) .

Entonces, como las extensiones del navegador son obviamente una ruta bastante limitante, debe seguir el camino de las comunicaciones cliente-servidor y desarrollar un sistema que permita a los clientes publicar eventos en un servidor, que luego los reenvía (o cualquier otro tipo de transmisión) a otros clientes a través de un protocolo de comunicación de su elección.

Actualización 1: como alguien mencionó en un comentario antes de eliminarlo (no se puede dar crédito ya que no se muestra en la bandeja de entrada, lo siento)

HTML5 presenta la window.postMessageAPI.

Para un ejemplo de trabajo, vea la publicación de blog de John Resig en Cross-Window Messaging . Y muy interesante, si mira los comentarios en esta publicación, notará que alguien llamado Malte menciona una biblioteca que escribieron para usar window.postMessageen navegadores modernos, o una versión basada en cookies en navegadores más antiguos.

Lea estos para más detalles y ejemplos:

• La window.postMessagepágina de MDC ,
• La publicación de blog de David Walsh en (aunque la demostración está rota) ,window.postMessage
• el borrador del documento HTML5 Web Messaging ,
• este Ajaxian reportaje sobre window.postMessageenlaces adicionales.

Actualización 2:

Tenga en cuenta que, como 2012-03-04, la especificación HTML5 todavía es un borrador, por lo que algunas características podrían eliminarse . Así que úsalo con cuidado ...

Recientemente descubrí Intercom , que utiliza almacenamiento local para implementar mensajes de difusión entre ventanas. El almacenamiento local activa un evento ( onstorage) cuando los datos cambian, por lo que no es necesario realizar un sondeo. Intercom permite que todas las páginas de un dominio se comuniquen, independientemente de cómo se hayan abierto.

Si sus ventanas (páginas) son del mismo dominio (origen), localStoragepuede usarse para compartir datos y transmitir mensajes. Una cosa que debe considerar es que cada ventana del navegador (página) funciona en un hilo separado. Entonces, si estamos hablando de comunicación entre ventanas, también estamos hablando de subprocesos múltiples.

También debe considerar algunos localStorageproblemas con IE:

• He realizado algunas pruebas para localStorage en IE8. Después de varios miles de cambios en localStorage, las ventanas del mismo origen dejan de recibir eventos de 'almacenamiento'. Aún más, luego intentas leer desde el mismo elemento localStorage, los valores pueden ser diferentes en diferentes ventanas. Entonces, yo diría que IE8 no es compatible con localStorage

• IE9 e IE10 llaman al controlador de eventos 'almacenamiento' incluso si localStorage se cambia desde esta ventana ( esto va en contra de las especificaciones ).

• También hay problemas conocidos con IE11 .

Recientemente publiqué la biblioteca de comunicación entre ventanas (todas las características se describen en el archivo Léame). Proporciona intercambio de datos seguro para subprocesos, transmisión de eventos. También resuelve algunos problemas de IE (IE8 definitivamente no es compatible, el error de IE11 con iframe dentro de un padre de origen diferente solo puede resolverse solucionando IE, esperando la actualización de IE11).