Respuesta

El modificador undef en Perl se utiliza para reiniciar explícitamente variables (escalars, arreglos, hashes) o valores eliminados. Al usar undef, el desarrollador le dice al intérprete que el valor de la variable ahora es "indefinido". Esto puede ser útil para limpiar la memoria o restablecer la lógica.

Ejemplos:

my $var = 42;
undef $var;   # $var ahora no está definido

my @array = (1, 2, 3);
undef @array; # El arreglo se ha vaciado, longitud = 0

my %hash = (a => 1, b => 2);
undef %hash;  # El hash está vacío

Detalles:

• undef no elimina la variable en sí, permanece en el ámbito, pero pierde su valor.
• Para arreglos/hashs undef limpia toda la estructura. Para elementos individuales, use delete $hash{key} o splice/pop/shift para arreglos.
• La operación es diferente de asignar un valor vacío ($var = '' o un arreglo/hash vacío).

Pregunta trampa

¿Puede undef afectar el tamaño de un arreglo o la cantidad de elementos en un hash?

Respuesta: ¡Sí! Para arreglos, después de undef @arr, su longitud (scalar @arr) se convierte en 0. Para un hash, undef %hash limpia completamente la estructura. Esto no es lo mismo que asignar una lista vacía (@arr = ();), pero el resultado es idéntico en longitud. ¡No confundir con undef $arr[0], que solo anula un elemento, pero no reduce el tamaño!

my @arr = (1, 2, 3);
undef @arr;           # @arr ahora está vacío (longitud == 0)

my @arr2 = (1, 2, 3);
undef $arr2[1];       # Ahora $arr2[1] == undef, pero @arr2 sigue siendo (1, undef, 3), longitud = 3.

Ejemplos de errores reales debido al desconocimiento de los matices del tema

---

Historia

En un proyecto, un desarrollador limpiaba un arreglo a través de undef $array[0], esperando liberar toda la estructura. Pero los elementos restantes quedaron colgando y el código se volvía inestable al trabajar con índices.

---

Historia

En otro proyecto, un programador asignaba undef a un scalar en lugar de limpiar un arreglo, por lo que el arreglo permanecía igual, y el error alargó la lista a decenas de miles de elementos, causando Out-of-Memory.

---

Historia

Al escribir la lógica para verificar si un hash estaba vacío, confundían la diferencia entre undef %hash y eliminar todas las claves en un ciclo. A veces, después de undef, en lugar de reinicializar, había un acceso inesperado al hash, lo que causaba errores lógicos y recreación...