null versus undefined

Zig tem tanto null quanto undefined, e eles não são iguais. Confundi-los é uma fonte clássica de erros difíceis de entender.

null é um estado real e definido: indica que este opcional intencionalmente não contém nada. É um valor significativo que pode ser verificado.

undefined significa que o espaço de armazenamento existe, mas seu conteúdo é lixo. Você promete escrever um valor real antes de lê-lo.

Você só pode atribuir null a tipos opcionais. Um i32 simples nunca o aceitará, pois a ausência não faz parte do seu tipo.

Por outro lado, quase qualquer variável pode começar como undefined para reservar memória agora e preenchê-la pouco depois.

Verificar se um opcional é igual a null é perfeitamente seguro e esperado; é exatamente assim que você detecta um valor ausente.

Ler um valor que ainda é undefined é um comportamento ilegal. Compilações seguras chegam a preenchê-lo com bytes 0xAA para revelar o erro.

Veja undefined como um contrato: você se compromete a atribuir um valor antes de usá-lo. Se quebrar esse compromisso, lerá dados sem sentido e imprevisíveis.

Um padrão frequente é declarar um buffer como undefined e depois preenchê-lo imediatamente a partir de uma leitura ou chamada de formatação.

Use null para modelar uma opcionalidade genuína. Use undefined apenas para evitar uma inicialização redundante que será substituída imediatamente.

null responde se há um valor, enquanto undefined responde se a memória já foi escrita. Mantê-los separados mantém você seguro.

Você declara var buf: [8]u8 = undefined; e lê buf[0] antes de escrevê-lo. O que isso representa?

Você distinguiu null (um valor ausente real para opcionais) de undefined (memória não inicializada que deve ser escrita primeiro). Duas ideias que nunca devem ser confundidas. 🧠