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).

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. culTest

La hice en febrero de 2026 para facilitar el aprendizaje de mis alumnos. La idea es aprender desarrollo web practicando y que el proyecto siga creciendo con nuevos temas, tests y retos.

Está inspirada en MDN, W3Schools, CodePen, Manz y muchos otros sitios de documentación sobre desarrollo web. Quería combinar teoría útil, ejemplos ejecutables, retos y el sistema de tests que ya tenía en culTest. culTest

Si te gustó, si no te gustó o si quieres escribirme, puedes hacerlo en cristianeslava@gmail.com