Por qué Zig no tiene asignaciones ocultas

En Zig, ninguna función de la biblioteca estándar obtiene memoria del montón silenciosamente. Si el código necesita asignar memoria, debe indicarlo explícitamente. 📦

Todo lo que asigna memoria recibe un asignador como parámetro. La memoria no puede aparecer a menos que proporcione a la función la herramienta para crearla.

Zig no tiene el operador new ni un recolector de basura. Nada accede al montón a sus espaldas como ocurre en muchos lenguajes.

Como la asignación es visible, siempre sabe de dónde procede la memoria. Esto es fundamental en chips integrados, kernels y bucles de juego exigentes.

Una función que puede asignar memoria lo muestra en su firma: recibe un asignador y normalmente devuelve una unión de errores con !.

Las variables locales simples viven en la pila y no necesitan un asignador. Solo necesita uno cuando un valor debe sobrevivir a su función o crecer durante la ejecución.

Solicitar memoria del montón puede fallar, por lo que las funciones que asignan memoria devuelven un error. Debe gestionar un posible OutOfMemory; nunca lo ignore.

Quien llama al asignador es el propietario del resultado y debe liberarlo. Zig nunca libera la memoria por usted, así que la propiedad siempre queda clara.

Como el asignador es un parámetro, puede cambiar de estrategia sin modificar la lógica. Las pruebas usan un asignador y producción usa otro.

Una biblioteca bien escrita nunca oculta una asignación. Acepta su asignador, para que usted controle la memoria incluso dentro del código de otras personas.

Esta regla forma parte de la promesa de Zig de no ocultar el flujo de control. La asignación explícita mantiene los programas predecibles y fáciles de razonar. ✅

Ha visto que Zig no tiene asignaciones ocultas: la memoria solo llega a través de un asignador que usted proporciona, y usted es propietario de todo lo que crea y debe liberarlo. 🎯