GameObjects, componentes y Transform

Comprende la unidad básica de Unity y cómo modelar comportamiento combinando GameObjects con componentes.

En Unity todo lo que existe en escena es un GameObject: cámara, luz, personaje, enemigo o trigger.

Un GameObject por sí solo es un contenedor; su comportamiento aparece al añadir componentes.

Transform es el componente universal y define posición, rotación y escala del objeto en el espacio.

La jerarquía padre-hijo cambia el sistema de referencia y permite construir estructuras complejas de forma modular.

  • Unity funciona por composición: entidades simples + piezas de comportamiento.
  • Un GameObject representa una entidad en la escena. Al principio solo tiene nombre, estado activo y Transform.
  • Cuando añades componentes (Renderer, Collider, Rigidbody, scripts) conviertes esa entidad en algo funcional y visible.
  • Este enfoque evita clases gigantes: puedes combinar piezas según contexto y mantener sistemas mantenibles.
  • GameObject = identidad en escena.

Modelo mental correcto

Unity funciona por composición: entidades simples + piezas de comportamiento.

Un GameObject representa una entidad en la escena. Al principio solo tiene nombre, estado activo y Transform.

Cuando añades componentes (Renderer, Collider, Rigidbody, scripts) conviertes esa entidad en algo funcional y visible.

Este enfoque evita clases gigantes: puedes combinar piezas según contexto y mantener sistemas mantenibles.

  • GameObject = identidad en escena.
  • Componentes = capacidades.
  • Transform = ubicación/orientación/tamaño.
  • Composición > herencia rígida para gameplay rápido.

Transform y espacios de coordenadas

Diferenciar local y world evita errores de movimiento y colocación.

`transform.position` trabaja en coordenadas globales de escena. `transform.localPosition` es relativo al padre.

Si un objeto hijo "salta" al mover el padre, casi siempre estás mezclando mal referencias local/world.

Antes de programar movimiento, define si el comportamiento debe ser absoluto (mundo) o relativo (jerarquía).

Jerarquía padre-hijo en práctica

Una buena jerarquía simplifica animación, UI y organización del nivel.

Agrupa elementos relacionados: por ejemplo, un `PlayerRoot` con hijos para modelo visual, cámara y puntos de anclaje.

Mover o rotar el padre afecta a todos los hijos, lo que facilita reposicionar estructuras completas con una sola acción.

No abuses de anidación profunda sin criterio: jerarquías excesivas dificultan depuración y lectura de escena.

Unity
03

GameObjects, componentes y Transform

Comprende la unidad básica de Unity y cómo modelar comportamiento combinando GameObjects con componentes.

Código del tema: GameObject + Component = comportamiento

📘 Teoría

Modelo mental correcto

Unity funciona por composición: entidades simples + piezas de comportamiento.

Un GameObject representa una entidad en la escena. Al principio solo tiene nombre, estado activo y Transform.

Cuando añades componentes (Renderer, Collider, Rigidbody, scripts) conviertes esa entidad en algo funcional y visible.

Este enfoque evita clases gigantes: puedes combinar piezas según contexto y mantener sistemas mantenibles.

  • GameObject = identidad en escena.
  • Componentes = capacidades.
  • Transform = ubicación/orientación/tamaño.
  • Composición > herencia rígida para gameplay rápido.

Transform y espacios de coordenadas

Diferenciar local y world evita errores de movimiento y colocación.

1

`transform.position` trabaja en coordenadas globales de escena. `transform.localPosition` es relativo al padre.

2

Si un objeto hijo "salta" al mover el padre, casi siempre estás mezclando mal referencias local/world.

3

Antes de programar movimiento, define si el comportamiento debe ser absoluto (mundo) o relativo (jerarquía).

Lectura de Transform desde script de Unity
using UnityEngine;

public class TransformDemo : MonoBehaviour
{
    public Vector3 destinoMundo = new Vector3(0f, 1f, 0f);

    void Start()
    {
        Debug.Log($"Posición inicial: {transform.position}");
        transform.position = destinoMundo;
        Debug.Log($"Posición final: {transform.position}");
    }
}

Jerarquía padre-hijo en práctica

Una buena jerarquía simplifica animación, UI y organización del nivel.

1

Agrupa elementos relacionados: por ejemplo, un `PlayerRoot` con hijos para modelo visual, cámara y puntos de anclaje.

2

Mover o rotar el padre afecta a todos los hijos, lo que facilita reposicionar estructuras completas con una sola acción.

3

No abuses de anidación profunda sin criterio: jerarquías excesivas dificultan depuración y lectura de escena.

🧪 Aprende probando

Ejemplo Checklist de modelado por componentes Define cómo construirías una entidad simple sin duplicar responsabilidades.

🏁 Retos

Reto Reto práctico Plantea una jerarquía mínima para un jugador y especifica qué pieza controla el movimiento.

🧰 Recursos

Test

Comprueba tus conocimientos con un test sobre Unity.

Test de Unity

¿Qué es esto?

Soy Cristian Eslava y a veces hago webs para procrastinar yo y vosotros 😉.

Esta la hice en febrero de 2026 para facilitar el aprendizaje de mis alumnxs. Aprender desarrollo web practicando. La idea es que crezca semanalmente con nuevos temas, tests y retos.

Inspirado en MDN, en W3Schools, en Codepen, en el crack de Manz y en mil sitios de documentación sobre desarrollo web. Quería aportar además de bloques teóricos con ejemplos, la gamificación de los retos y el sistema de test que ya tenía en culTest .

Si te gustó, si no te gustó, si quieres saludarme, o invitarme a 🍻 no dudes en escribirme en cristianeslava@gmail.com .