¡Esta es una revisión vieja del documento!

---

Máquinas de Estados Finitos

Una Máquinas de estado finitos (FSM, por sus siglas en inglés) es un modelo matemático compuesto por:

• Estados: Representan las distintas “modos” en los que puede estar el NPC (por ejemplo: patrullando, persiguiendo, atacando, huyendo).
• Transiciones: Reglas que definen cuándo y cómo el NPC cambia de un estado a otro (por ejemplo: si ve al jugador pasa de patrullando a persiguiendo).
• Eventos o condiciones: Son los disparadores de las transiciones (como la distancia al jugador, recibir daño, perder de vista al objetivo, etc.).
• Acciones: Lo que el NPC hace mientras está en un estado determinado (animaciones, movimientos, sonidos, etc.).

¿Cómo se modela?

Las FSM pueden implementarse utilizando simples estructuras condicionales if-then-else (o switch/case) es lo que se conoce como “FSM implícita”. Este tipo de FSM funcionan para casos simples, pero no escala bien y puede volverse difícil de mantener, depurar o extender.

Los principales inconvenientes que plantea este enfoque son:

• Spaghetti code: A partir de 5 o 6 estados, la función se vuelve ilegible.
• Violación del principio Abierto/Cerrado: Añadir un estado nuevo o modificar una transición obliga a tocar y recompilar la función central, rompiendo fácilmente el código existente.
• Falta de reutilización: No es fácil compartir estados entre diferentes tipos de NPCs.

Existen otras formas más robustas, modulares y limpias de implementar las FSM, uno de las técnicas más usadas es la que utiliza el enfoque orientado a objetos donde cada estado es una clase, y las transiciones se manejan dentro de esas clases.

Las ventajas de este modelo es que cada estado encapsula su lógica lo que lo hace fácil de extender ya que añadir un nuevo estado solo requiere una nueva clase y evita grandes bloques de if/else que hacen el código ilegible.

Componentes de la FSM

class State:

Clase base para todos los estados del NPC. Cada estado define una interfaz común que define:

• enter: qué hacer al entrar en el estado,
• execute (o update): qué hacer cuando se está en ese estado
• exit: qué hacer al salir del estado.
• get_next_state_class: define el estado al que se pasa ante la llegada de un evento.

def enter(self, npc):  → Acción al entrar en el estado.

def execute(self, npc):  → Acción principal que se ejecuta cada frame.

def exit(self, npc):  → Acción al salir del estado.

def get_next_state_class(self, event): → Devuelve la clase del estado siguiente según el evento recibido.

class StateMachine

Esta clase implementa la Máquina de estados que gestiona el estado actual de un NPC.

Nuevos estados

Para definir nuevos estados se define una nueva clase que hereda de State:

class TimidoPatrolState(State):
    """
    Estado en el que el NPC tímido patrulla por el borde.
    """
...

Transiciones entre estados

Las transiciones de un estado a otros se pueden definir en el método get_next_state_class(self, event) de cada estado.

Otras implementaciones definen las transiciones entre estados como un diccionario de pares “evento”:estado. Por ejemplo se puede definir para cada estado un diccionario denominado transitions con el evento que provoca una transición y a qué estado se mueve.

# Definir transiciones para NPCTimido
TimidoPatrolState.transitions = {"player_seen": TimidoChaseState}
TimidoChaseState.transitions = {"player_too_close": TimidoFleeState, "player_lost": TimidoPatrolState}
...

Ejemplo

En esta imagen se muestra el comportamiento de tres NPCs distintos modelados usando FSM. Los estados se muestran en azul los eventos que provocan las transiciones entre estados aparecen sobre las flechas.

🟢 NPC Normal

🟠 NPC Tímido

🔵 NPC Guardia