ScriptableObjects de Unity: definiciones compartidas y estado individual en tiempo de ejecución

Empieza por determinar a quién pertenece cada dato

La definición de un arma y el arma que un personaje lleva en un momento dado son datos de naturaleza distinta. Si se confunden, los cambios en la munición de un personaje pueden afectar a todos los personajes que usan ese asset. Antes de elegir un contenedor en Unity, decide si un valor pertenece a una definición reutilizable, a una única instancia generada o a un perfil de jugador guardado. Asigna a cada categoría un responsable identificable.

Qué comparte un asset

Un ScriptableObject puede almacenar datos con independencia de los componentes de la escena. Varios objetos pueden referenciar el mismo asset y, por tanto, compartir sus valores en lugar de guardar copias separadas. Esto resulta útil para la configuración definida por diseñadores, pero no convierte el objeto referenciado en inmutable. El manual de Unity 6.0 describe este papel como contenedor de datos compartidos. [1]

Traza un límite deliberado

Mantén los valores definidos por los diseñadores detrás de una interfaz orientada a la lectura e inicializa por separado el estado de cada instancia. Para la munición, los temporizadores de enfriamiento y el daño acumulado suele bastar una clase corriente en tiempo de ejecución. Si un objeto en tiempo de ejecución necesita específicamente la identidad de un ScriptableObject, CreateInstance crea una instancia nueva, mientras que Object.Instantiate clona un objeto existente. [2][3] Decide qué vía se ajusta a tus reglas de inicialización en lugar de tratar ambas como formas intercambiables de cargar un asset.

Ejemplo: dos lanzabengalas

Imagina una definición de bengala con una capacidad de 4, un tiempo de recarga de 2 segundos y una referencia a un proyectil. Dos lanzabengalas instanciados leen esa misma definición. Cada uno empieza con su propio valor de munición, 4, y su propio temporizador de recarga. Al disparar el lanzabengalas A, su munición pasa a 3; el B se mantiene en 4. Una modificación de balance en el tiempo de recarga compartido puede afectar a ambos de forma intencionada la próxima vez que lean la configuración. Este ejemplo distingue entre lecturas de configuración en vivo y valores copiados al instanciar: elige una política para cada campo y documéntala. Guarda el identificador de la definición del lanzabengalas junto con su estado cambiante, y reconstruye después el objeto mediante una vía de carga explícita.

Límites y comprobaciones

Un clon no garantiza que todos los assets referenciados hayan pasado a tener un propietario independiente. Revisa las referencias anidadas antes de permitir escrituras en su contenido. Establece quién destruye los objetos temporales de Unity y quién restablece el estado entre sesiones de juego. Trata el guardado como una funcionalidad independiente de la aplicación: modificar un objeto en memoria no es un formato de guardado duradero. Una prueba útil crea dos instancias, modifica solo una y comprueba el estado de ambas y el de la definición original. Repítela después de recargar la escena y tras un inicio completo de la aplicación, para detectar dependencias accidentales del estado del Editor.

Fuentes

1. ScriptableObject data assets — Unity Technologies.
2. ScriptableObject.CreateInstance — Unity Technologies.
3. Object.Instantiate — Unity Technologies.