Resumen

  • El borrador DOM4 del W3C de diciembre de 2012 ya describía observadores de mutaciones y colas de registros. La Recomendación de noviembre de 2015 los presentó como sustitutos de los Mutation Events.
  • La norma DOM vigente permite observar hijos añadidos o retirados, atributos y texto, incluso en descendientes. El navegador pone en cola los registros y avisa en una microtarea; el autor del componente decide cómo usar la noticia.

Imaginemos un tablón de reuniones. Una operación inserta la tarjeta de una reunión nueva; otra cambia el nombre de una sala; una tercera borra una cita caducada. El código que mantiene un índice necesita saber qué pasó. Interrumpirlo con un evento en medio de cada modificación le muestra una habitación todavía en obras. Una lista de cambios, entregada después, le permite trabajar sobre un conjunto de noticias.

El borrador DOM4 del W3C del 6 de diciembre de 2012 especificó observadores, colas y formas de detener la observación o recoger registros pendientes. El navegador no tenía que comprender qué significaba la cita; bastaba con identificar cambios en el árbol y a sus suscriptores. El historial de publicación del W3C sitúa el borrador entre los documentos que desembocaron en una Recomendación.

La Recomendación DOM4 del 19 de noviembre de 2015 lo dijo con claridad: Mutation Observers reemplazaban a Mutation Events. El nuevo diseño encola objetos MutationRecord para quienes registraron interés en determinadas modificaciones. Después programa una microtarea compuesta para notificar a los observadores. Varias modificaciones pueden llegar a la misma función como una colección de registros. El timbre individual dio paso al reparto del correo.

El destinatario elige qué cartas quiere. childList cubre hijos añadidos y eliminados; attributes sigue atributos; characterData observa contenido textual. subtree amplía el alcance a descendientes. Se pueden filtrar nombres de atributos y solicitar valores anteriores. El programa del tablón puede vigilar solo su lista y recibir el tipo de información que necesita para poner al día su índice.

Cada registro indica un tipo y un objetivo. Según la modificación, incluye nodos añadidos o retirados, vecinos, el nombre del atributo o un valor anterior. El código decide qué tarjetas revisar. La selección no pretende reconstruir cada instante visible de la página: responde a la zona y las opciones que el autor suscribió. El navegador se ocupa del sobre; el significado del mensaje pertenece al programa que lo recibe.

El DOM Living Standard de WHATWG mantiene hoy el mecanismo. Programa una microtarea para avisar a los observadores pendientes y entrega sus colas de registros a las funciones correspondientes. takeRecords() devuelve y vacía lo pendiente cuando el código desea recogerlo directamente. disconnect() detiene la observación y limpia la cola. Si el tablón se retira de la página, puede cerrar también su buzón.

El W3C retiró en 2020 su instantánea DOM4, según su propio historial; la norma DOM viva continúa definiendo los observadores. Los documentos de 2012 y 2015 muestran el recorrido histórico y el texto actual fija el funcionamiento presente. La solución común es pequeña: el navegador reúne cambios escogidos y los entrega en un momento definido. Cada autor decide cómo adaptar la parte del sitio que conoce.