undefined y memoria no inicializada

A veces quiere reservar almacenamiento antes de tener un valor que guardar en él. Zig le ofrece la palabra clave undefined exactamente para eso.

Escribir undefined declara un enlace cuya memoria está reservada, pero que aún no contiene un valor significativo. Usted se compromete a completarlo pronto.

undefined es su promesa de asignar un valor real antes de leerlo. Si lo lee primero, obtiene basura: un patrón de bits no especificado.

Una matriz fija que está a punto de rellenar es el caso clásico. Dimensiona el buffer, lo deja como undefined y después escribe en él elemento por elemento.

En los modos Debug y ReleaseSafe, Zig llena la memoria undefined con bytes 0xAA. Ese patrón evidente ayuda a detectar lecturas prematuras accidentales.

La regla es sencilla: siempre debe escribir un valor real antes de leer un enlace undefined. Leerlo primero es un error que Zig quiere que evite.

undefined significa memoria no inicializada, mientras que null significa un valor ausente deliberado dentro de un opcional. Resuelven problemas completamente distintos.

Dejar un almacenamiento grande como undefined evita el costo de escribir ceros que no necesita. Es una decisión deliberada de rendimiento, no pereza.

Un campo de una estructura también puede comenzar como undefined si planea establecerlo más adelante. La idea es representar de forma honesta y explícita un estado no inicializado.

La mayoría de los enlaces deberían contener un valor real desde el principio. Use undefined solo cuando reservar almacenamiento sin procesar sea realmente lo que necesita.

Otros lenguajes pueden dejar las variables sin inicializar silenciosamente. Zig lo hace explícito, para que cualquiera que lea el código vea claramente la intención.

Ha aprendido que undefined reserva almacenamiento sin un valor, a menudo para búferes. Asigne siempre antes de leer y recuerde que es diferente de null. 📦