Destinatarios

Enviar un mensaje no significa necesariamente enviarlo a todos los participantes. Eco permite elegir el ámbito de destinatarios según el tipo de comunicación y el estado que se quiere mantener.

Contexto de canal

Los mensajes asociados a objetos se interpretan dentro de un Canal. El canal determina qué jugadores forman parte del ámbito de difusión.

Canal
├── Jugador A
├── Jugador B
└── Jugador C

A partir de ese contexto, Eco puede excluir al emisor, incluirlo, conservar el mensaje para futuros participantes o dirigirlo a un participante concreto.

Objetivos habituales

Los nombres exactos disponibles dependen de la API de Objetivo y del método utilizado para enviar el mensaje.

Propietario frente a canal

La propiedad y la visibilidad son conceptos diferentes:

Objeto
├── Propietario → Jugador A
└── Visible para → A, B, C

Que un objeto tenga propietario no significa que únicamente ese jugador pueda recibir sus actualizaciones.

Comunicación persistente

Un mensaje marcado para persistir puede formar parte del estado que Eco mantiene asociado al canal u objeto. Esto resulta útil cuando el contenido debe estar disponible también para jugadores que todavía no estaban conectados cuando ocurrió la comunicación.

No debe utilizarse persistencia sólo porque un mensaje se considere importante: debe existir una necesidad real de reconstruir ese estado posteriormente.

Elección práctica

¿Quién necesita el mensaje?
        │
        ├── Sólo un jugador ───────► jugador concreto
        │
        ├── Propietario ───────────► propietario
        │
        ├── Todos ahora ───────────► todos / otros
        │
        └── Ahora + futuros ───────► persistente

Listas de jugadores

La arquitectura de TNet/Eco también contempla el envío a una lista concreta de jugadores, no sólo a un único ID. Esta opción es especialmente útil para grupos seleccionados que no coinciden con todos los miembros del canal.

Echo y llamadas reenviadas

El protocolo distingue comunicaciones como ForwardToAll, ForwardToOthers y sus variantes persistentes. Estas operaciones permiten que el servidor reenvíe el contenido sin que el cliente tenga que construir manualmente un paquete distinto para cada receptor.

Relación con persistencia

Hay que separar dos preguntas:

¿Quién lo recibe ahora?
        ↓
¿Debe estar disponible para quien llegue después?

La primera es una decisión de destinatario. La segunda es una decisión de persistencia. Pueden combinarse, pero no son el mismo concepto.

Relación con TNet

Eco conserva el modelo de objetivos de TNet, pero utiliza la nomenclatura propia del proyecto. Las equivalencias deben comprobarse siempre contra la implementación actual de Eco, Objeto y Paquete.

Referencias