Patrones en Unity: Singleton y State Machine

Organiza sistemas globales y comportamientos complejos con patrones de diseño aplicados al desarrollo real en Unity.

📘 Teoría

Singleton en contexto real

Úsalo para coordinar sistemas globales, no para esconder dependencias en todo el proyecto.

Un Singleton en Unity suele definirse con un campo `static Instance` y validación en `Awake()` para impedir duplicados.

`DontDestroyOnLoad` permite mantener esa instancia viva al cambiar de escena, útil para audio o estado de partida.

Si todo termina accediendo al Singleton, revisa diseño: puede convertirse en acoplamiento excesivo si no delimitas responsabilidades.

Una sola instancia global controlada.
Persistencia opcional entre escenas.
Evitar convertirlo en un objeto dios.

State Machine para IA y flujo de gameplay

Cuando un sistema crece, modelar estados explícitos simplifica decisiones y depuración.

Con una máquina de estados defines qué puede hacer cada entidad en cada momento y qué dispara el cambio de estado.

Esto reduce `if/else` anidados y hace más sencillo añadir nuevos comportamientos sin romper lo existente.

En NPCs típicos puedes pasar de `Patrol` a `Chase` y luego a `Attack` según distancia, línea de visión o vida.

Singleton + estado básico

using UnityEngine;

public class GameManager : MonoBehaviour
{
    public static GameManager Instance;

    void Awake()
    {
        if (Instance != null && Instance != this)
        {
            Destroy(gameObject);
            return;
        }

        Instance = this;
        DontDestroyOnLoad(gameObject);
    }
}

public enum EnemyState { Idle, Patrol, Chase, Attack }

public class EnemyBrain : MonoBehaviour
{
    public EnemyState currentState = EnemyState.Idle;

    void Update()
    {
        switch (currentState)
        {
            case EnemyState.Idle:
                // lógica de espera
                break;
            case EnemyState.Chase:
                // lógica de persecución
                break;
        }
    }
}

Errores frecuentes al aplicar patrones

El patrón correcto mal aplicado puede empeorar el sistema.

Crear Singletons para todo complica pruebas y acopla módulos que deberían ser independientes.

Una State Machine sin límites claros de transición puede provocar bugs difíciles de reproducir.

Define reglas de transición explícitas y registra cambios de estado en consola durante fases de debug.

1 Singleton en contexto real 2 State Machine para IA y flujo de gameplay 3 Errores frecuentes al aplicar patrones

🧪 Aprende probando

Ejemplo Ejemplo guiado Implementa un `GameManager` singleton persistente entre escenas con validación de duplicados.

⌄

🏁 Retos

Reto Reto práctico Combina un Singleton básico con una State Machine que use `switch` para gestionar estados de un enemigo.

⌄

🧰 Recursos

Enlaces útiles

Game Programming Patterns: Singleton Game Programming Patterns: State Unity API: Object.DontDestroyOnLoad Unity API: MonoBehaviour.Awake C# keyword: static

Test

Comprueba tus conocimientos con un test sobre Unity.

Test de Unity

Recursos del curso 20

📘 Glosario 🎧 Audios 📄 PDFs 🖼️ Infografías 🎬 Vídeos 🔗 Enlaces 🧠 Flashcards

‹

Lección 15

Arquitectura SOLID: responsabilidad única en Unity

Lección 17

Optimización con Object Pooling en Unity

›