Lógica condicional en gameplay: if, else y operadores

Implementa decisiones de juego con condicionales claras para controlar estados, reglas y feedback sin código espagueti.

📘 Teoría

If/else con intención de diseño

Cada condicional debe responder una pregunta de gameplay concreta.

No escribas condiciones por escribir: define primero qué regla de juego estás evaluando (por ejemplo, ¿el jugador tiene vida suficiente para interactuar?).

Evita anidación excesiva. Si hay demasiadas ramas, extrae métodos con nombres claros como `PuedeSaltar()` o `TieneMunicion()`.

Un bloque condicional limpio facilita balanceo y pruebas, porque puedes cambiar reglas sin romper otras partes del sistema.

Condición = regla de diseño.
Ramas cortas y con nombres semánticos.
Menos anidación, más legibilidad.

Operadores lógicos para reglas combinadas

Combinar condiciones te permite expresar gameplay real sin duplicar código.

Con `&&` exiges que se cumplan dos reglas a la vez (por ejemplo: tiene llave y energía suficiente).

Con `||` aceptas alternativas (por ejemplo: entrar si tiene pase VIP o nivel superior a 10).

Con `!` inviertes una condición (por ejemplo: no está en cooldown), útil para bloquear acciones temporalmente.

Condicionales de gameplay en script Unity

using UnityEngine;

public class DoorLogic : MonoBehaviour
{
    public bool tieneLlave;
    public bool enCombate;
    public int energia = 40;

    public bool PuedeAbrirPuerta()
    {
        return tieneLlave && !enCombate && energia >= 20;
    }

    void Update()
    {
        if (Input.GetKeyDown(KeyCode.E))
        {
            if (PuedeAbrirPuerta())
            {
                Debug.Log("Puerta abierta");
            }
            else
            {
                Debug.Log("No cumples condiciones para abrir");
            }
        }
    }
}

Cuándo pasar de if a switch

Switch mejora lectura cuando comparas un mismo valor contra muchos casos.

Si evalúas el estado de un personaje (`Idle`, `Run`, `Attack`, `Stunned`) con muchos `if/else if`, un `switch` suele ser más claro.

`switch` reduce errores al añadir nuevos estados y obliga a pensar un caso por defecto para estados no contemplados.

Para lógica de estados más compleja, el siguiente paso es un patrón de máquina de estados, pero `switch` ya ofrece orden en fases intermedias.

1 If/else con intención de diseño 2 Operadores lógicos para reglas combinadas 3 Cuándo pasar de if a switch

🧪 Aprende probando

Ejemplo Ejemplo guiado Reescribe las condiciones para añadir una regla de cooldown sin romper la lógica actual.

⌄

🏁 Retos

Reto Reto práctico Crea una condición para activar sprint solo si hay energía suficiente y el jugador no está aturdido.

⌄

🧰 Recursos

Enlaces útiles

C# selection statements (if, switch) C# boolean logical operators Unity Scripting API: Mathf Unity Scripting API: Debug.Log

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 08

Física y colisiones en Unity

Lección 10

Escenas, cámaras y workflow de navegación

›