267. Identidad de la lección
Esta lección establece un límite de tres responsabilidades: el dueño de la entrada recibe y describe la petición del jugador, el dueño de la simulación determina qué es cierto sobre el peón y el dueño de la vista decide cómo se muestra esa verdad.
268. Objetivo de aprendizaje
Después de esta lección, podrás asignar correctamente una petición del jugador, un estado autoritativo del peón y una decisión de presentación de la cámara, y explicar cómo debe reaccionar la cámara cuando cambia el estado del peón.
269. Por qué importa
La cámara muestra el estado del juego, pero no es su fuente. La entrada tampoco debe convertirse en el estado: la petición del jugador de moverse no equivale a que la simulación decida que el peón se ha movido. Mantener separadas la entrada, la simulación y la vista facilita inspeccionar el comportamiento y permite dar instrucciones más precisas a una IA. Este límite evita que un sistema de presentación se convierta en una autoridad oculta sobre el estado del juego.
270. Conocimientos previos
Debes haber completado 1.5 — ¿Qué debe ver el jugador? y poder expresar qué debe ayudar a percibir la vista en un momento concreto. También necesitas el bucle de la Etapa 1: ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ.
271. Concepto central
El dueño de la entrada recibe la acción del jugador mediante un control e identifica la petición realizada. Puede expresar, por ejemplo: «el jugador ha pedido moverse hacia la puerta». No decide si el peón se mueve realmente.
El dueño de la simulación determina el estado autoritativo del juego. En el caso de un peón, esto puede incluir su posición, velocidad, salud y si una acción está permitida. Evalúa la petición y determina qué pasa a ser cierto: quizá el peón avanza, se detiene ante una pared o permanece en el mismo sitio. Todo cambio autoritativo de estado dentro del bucle pertenece al dueño de la simulación, no a la cámara.
El dueño de la vista decide cómo encuadrar, seguir, destacar u ocultar temporalmente ese estado para el jugador. La cámara puede leer la posición del peón y ajustar el encuadre. Lo que no debe hacer es convertirse silenciosamente en la autoridad que decide dónde existe el peón dentro de la simulación, ni cambiar su estado para facilitar la presentación.
Un límite útil es:
- Dueño de la entrada: «¿Qué petición hizo el jugador?»
- Dueño de la simulación: «¿Qué es cierto sobre el peón después de esa petición?»
- Dueño de la vista: «¿Cómo debe ver el jugador ese resultado?»
Este límite trata de responsabilidades, no necesariamente de archivos o componentes separados. Un mismo script puede contener más de una responsabilidad, pero las decisiones deben seguir siendo distinguibles.
272. Modelo mental
Usa la cadena de los tres dueños:
Acción del jugador → Dueño de la entrada → Dueño de la simulación → Dueño de la vista
(petición) identifica cambia lo que es cierto presenta el resultado
Para cada acontecimiento, formula tres preguntas:
| Pregunta | Dueño | Ejemplo |
|---|---|---|
| ¿Qué petición hizo el jugador? | Entrada | El jugador pidió moverse hacia la puerta. |
| ¿Qué es cierto sobre el peón? | Simulación | El peón se detuvo porque la pared bloquea el movimiento. |
| ¿Cómo debe mostrarse ese resultado? | Vista | Mantener visible la puerta con un encuadre algo más amplio. |
Después, comprueba el límite con el bucle de la Etapa 1. El bucle no indica que la cámara cree el cambio; sirve para localizar las responsabilidades:
- ACTUAR: El jugador realiza una acción.
- RESPONDER: El dueño de la entrada identifica la petición y el dueño de la simulación la evalúa.
- CAMBIAR: El dueño de la simulación establece cualquier cambio autoritativo en el estado del peón. Después, el dueño de la vista ajusta la presentación para que ese resultado sea legible; no crea ni autoriza el cambio del peón.
- OTRA VEZ: Repite desde otra posición o situación y comprueba que la simulación siga siendo la dueña de los cambios de estado.
273. Ejemplo concreto
Imagina una pequeña sala en tercera persona con un peón, una puerta, una pared que bloquea el paso y una cámara que lo sigue desde atrás.
- El jugador pide moverse hacia la puerta. Esa petición pertenece al dueño de la entrada.
- La simulación evalúa la petición y determina que la pared bloquea el camino, así que el peón permanece en su posición actual. Ese resultado autoritativo pertenece al dueño de la simulación.
- La cámara se aleja un poco para mantener visible la puerta. Esa decisión de encuadre pertenece al dueño de la vista.
La distinción importante es que la simulación es dueña tanto de una posición que cambia como de una posición que permanece igual. La cámara no hace que el peón se quede quieto ni lo mueve para mejorar la composición.
Si después el jugador pide alejarse de la puerta, el dueño de la entrada identifica la nueva petición. La simulación decide si cambia la posición del peón y es dueña de ese cambio si ocurre. La cámara observa el estado resultante y puede modificar su encuadre. La cámara no mueve al peón, y la entrada no declara que el movimiento haya tenido éxito.
Si una pared obstruye la cámara, el dueño de la vista puede reducir la distancia, cambiar el ángulo o buscar otra colocación despejada. La colisión del peón con la habitación sigue siendo una decisión de la simulación. Un ajuste de cámara no debe teletransportar al peón para resolver un problema de encuadre.
274. Error común
Una suposición equivocada frecuente es: «El jugador pulsó un control de movimiento, así que el peón se movió y la cámara debe seguir la entrada». El dueño de la entrada solo identifica una petición. El dueño de la simulación decide el resultado autoritativo y es dueño de cualquier cambio de estado. El dueño de la vista presenta ese resultado.
Otro error es: «Si la cámara sigue al peón, la cámara es dueña del peón». Seguir significa observar y presentar. La cámara puede usar al peón como objetivo mientras la simulación conserva la autoridad sobre su posición y sobre cada cambio autoritativo de esa posición.
275. Práctica guiada
Completa la tabla de responsabilidades para esta situación: el jugador pide moverse hacia una puerta, una pared bloquea el camino, el peón permanece en su sitio y la cámara se aleja un poco para mostrar mejor la puerta.
| Decisión o estado | Dueño |
|---|---|
| El jugador pide moverse hacia la puerta | |
| Si la pared bloquea el movimiento | |
| La posición autoritativa del peón después de la petición | |
| Si la puerta permanece visible | |
| La distancia de la cámara respecto al peón | |
| Si el peón puede volver a moverse |
Después toma una decisión de diseño: elige si la cámara debe seguir de cerca, mantener un encuadre más amplio o desplazarse para mostrar la puerta. Escribe tres frases breves:
- ¿Qué petición identificó el dueño de la entrada?
- ¿Qué cambio de estado, o ausencia de cambio, estableció el dueño de la simulación?
- ¿Qué cambia el dueño de la vista y qué debe dejar sin modificar?
Recorre mentalmente el caso mediante ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ. En la primera pasada, identifica al dueño de la simulación como responsable del cambio de estado del peón o de que dicho estado no cambie. En la segunda pasada, cambia una condición: el jugador pide alejarse de la puerta. Comprueba si la simulación sigue siendo dueña del estado resultante del peón y si el dueño de la vista solo cambia la presentación.
276. Validación / evidencia
La evidencia consiste en una tabla de responsabilidades completada y una explicación de tres frases. El resultado es válido cuando:
- la petición de movimiento del jugador está asignada al dueño de la entrada;
- el bloqueo, el permiso y la posición autoritativa del peón están asignados al dueño de la simulación;
- cualquier cambio autoritativo del estado del peón está asignado explícitamente al dueño de la simulación, no a la cámara;
- las decisiones de encuadre, distancia, ángulo y visibilidad están asignadas al dueño de la vista;
- la explicación distingue entre la petición, el resultado de la simulación y su presentación;
- la cámara reacciona al estado cambiado en lugar de crearlo o autorizarlo; y
- la separación entre los tres dueños se conserva después de la segunda pasada por ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ.
277. Ideas clave
- El dueño de la entrada identifica lo que pidió el jugador.
- El dueño de la simulación determina qué pasa a ser cierto sobre el peón y es responsable de los cambios autoritativos de estado.
- El dueño de la vista determina cómo se presenta esa verdad.
- La cámara puede observar una posición sin ser dueña de ella.
- Una petición, un resultado de simulación y una respuesta visual son responsabilidades distintas.
278. Próxima lección
Continúa con 1.6 — UI, HUD y UX.
279. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Qué responsabilidad pertenece al dueño de la entrada?
Mostrar respuesta y explicación
Respuesta: Identificar la petición de movimiento del jugador
Por qué: El dueño de la entrada identifica qué pidió el jugador. No decide si la petición tiene éxito ni cómo se presenta el resultado.
¿Qué responsabilidad pertenece al dueño de la simulación?
Mostrar respuesta y explicación
Respuesta: Determinar la posición autoritativa del peón después de una petición
Por qué: El dueño de la simulación determina qué pasa a ser cierto sobre el peón, incluida su posición autoritativa y si se permite el movimiento.
El peón está bloqueado por una pared y permanece en su sitio. ¿Qué respuesta pertenece al dueño de la vista?
Mostrar respuesta y explicación
Respuesta: Alejarse un poco para que la puerta siga visible
Por qué: El dueño de la vista presenta el resultado de la simulación. Ajustar el encuadre para mantener visible la puerta cambia la presentación sin modificar el estado autoritativo del peón.
¿Qué secuencia separa correctamente a los tres dueños?
Mostrar respuesta y explicación
Respuesta: La entrada identifica la petición, la simulación determina el estado y la vista presenta el resultado
Por qué: El dueño de la entrada identifica la petición del jugador, el dueño de la simulación determina el resultado autoritativo y el dueño de la vista presenta ese resultado.