Creación
Acciones y eventos de ciclo de vida
Coloca activaciones, desactivaciones, transportes y UnityEvents en la transición exacta del capítulo u objetivo a la que pertenecen.
Elegir primero el momento correcto
Cada efecto debe pertenecer a un momento concreto: inicio de Chapter, inicio de objetivo, finalización aceptada, cierre del Chapter, fallo o antes de cargar una escena. Si se conecta la misma respuesta en varios lugares aparecen sonidos duplicados, activaciones repetidas y un orden difícil de interpretar.
Orden de las acciones de una fila
| Momento | Orden interno | Uso habitual |
|---|---|---|
| Inicio | Transporte → activar → desactivar → On Objective Start | Colocar personajes, mostrar elementos y avisar a la interfaz |
| Finalización | Guardar → activar → desactivar → On Objective Completion → transporte → sonido | Retirar la tarea y presentar el siguiente indicio |
| Final del capítulo | Guardar Chapter → On Chapter Completion → sonido → acción de cierre | Resultado final, telemetría y cambio de escena |
Chapter.ObjectiveCompleted se emite justo antes de las acciones de finalización y aporta el índice aceptado.
UnityEvents para respuestas configuradas en el Inspector
Son apropiados para llamar a un controlador del proyecto, iniciar una animación o actualizar la interfaz. Sus destinos quedan serializados en la escena. Mantén estables el objeto y el método; si un método se sustituye, cambia los listeners antes de eliminar cualquier compatibilidad.
- No conectes la misma respuesta a
Objective.OnCompletedy a On Objective Completion salvo que deba ejecutarse dos veces. - No inicies otra carga desde OnBeforeSceneLoad: la transición ya está bloqueada.
- OnFailure informa; no contiene una política automática de reinicio.
- Cuando importa saber si se aceptó, utiliza el método tipado y comprueba su resultado.
Comprobar cada evento
Durante la creación, conecta temporalmente un contador o mensaje distinto a cada momento. Prueba una secuencia normal, una fila omitida, una llamada repetida y un fallo. Las filas Skipped no deben ejecutar inicio ni final; las llamadas rechazadas no deben repetir eventos; los listeners de fallo solo deben activarse cuando el resultado sea Failed.
Retira los diagnósticos antes de publicar o protégelos con una opción del proyecto. Consulta Eventos y orden de ejecución para el contrato completo.