null frente a undefined

Zig tiene tanto null como undefined, y no significan lo mismo. Confundirlos es una fuente clásica de errores difíciles de entender.

null es un estado real y definido: indica que este opcional no contiene nada intencionadamente. Es un valor significativo que se puede comprobar.

undefined significa que el almacenamiento existe, pero su contenido es basura. Usted se compromete a escribir un valor real antes de leerlo.

Solo puede asignar null a tipos opcionales. Un i32 normal nunca lo aceptará, porque la ausencia no forma parte de su tipo.

En cambio, casi cualquier variable puede comenzar como undefined para reservar memoria ahora y rellenarla un momento después.

Comprobar si un opcional es null es completamente seguro y esperado; así es exactamente como se detecta un valor ausente.

Leer un valor que todavía es undefined constituye un comportamiento ilegal. Las compilaciones seguras incluso lo rellenan con bytes 0xAA para hacer visible el error.

Considere undefined como un contrato: promete asignar un valor antes de usarlo. Si lo incumple, leerá datos sin sentido e impredecibles.

Un modismo frecuente consiste en declarar un buffer como undefined y rellenarlo inmediatamente mediante una lectura o una llamada de formato.

Use null para representar una opcionalidad real. Use undefined solo para evitar una inicialización redundante que sobrescribirá inmediatamente.

null responde a si existe un valor, mientras que undefined responde a si la memoria ya se ha escrito. Mantenerlos separados le mantiene a salvo.

Declara var buf: [8]u8 = undefined; y lee buf[0] antes de escribirlo. ¿Qué ocurre?

Ha diferenciado null (un valor ausente real para los opcionales) de undefined (memoria no inicializada que primero debe escribir). Son dos conceptos que nunca debe confundir. 🧠