Depuración de código Swift: técnicas secretas y herramientas potentes

¿Por qué «print» no es un método, sino un crimen contra el tiempo?

Seamos honestos: todos hemos escrito al menos una vez print("aquí_nunca_entrará") esperando que funcionara. A veces funcionaba. Pero en proyectos serios, este enfoque convierte el código en un árbol de Navidad con guirnaldas de logs. La depuración de Swift es un arte, y hoy lo analizaremos de principio a fin. Aprenderás a dejar de adivinar y empezar a «debuggear» aplicaciones iOS profesionalmente.

Este artículo es para quienes escriben en Swift, pero sienten que Xcode puede dar más. No te enseñaremos lo básico: te mostraremos cómo la depuración de código Swift puede ser rápida, eficiente e incluso divertida. ¡Allá vamos!

1. Puntos de interrupción condicionales: tu detective personal

Un breakpoint normal detiene la ejecución cada vez que llega a una línea. ¿Y si el error solo aparece en la llamada número 1000 de una función? ¿O solo cuando userId == 42? Aquí es donde entran los puntos de interrupción condicionales en Swift.

Haz clic derecho en el breakpoint → selecciona «Edit Breakpoint» → ingresa la condición.

Ejemplo: atrapando un error en un bucle

for index in 0..<items.count {\n    processItem(items[index]) // Error cuando index == 5\n}

Coloca un breakpoint en la línea processItem e ingresa la condición: index == 5. Ahora el depurador se detendrá exactamente donde se necesita. Sin pulsaciones innecesarias de F6.

Bloques de acción: haciendo el breakpoint más inteligente

En la misma ventana de edición hay un botón «Add Action». Puedes:

\n
• Ejecutar po variableName (print object) — muestra automáticamente el valor de la variable.
\n
• Reproducir un sonido (¡sí, de verdad!) — útil cuando la depuración se ejecuta en segundo plano.
\n
• Registrar un mensaje en el log — sin detener la ejecución.
\n

Activa la casilla «Automatically continue after evaluating» — y obtendrás un super-logger que no ralentiza la aplicación.

2. LLDB: la consola que lo puede todo

Muchos desarrolladores ignoran la consola de depuración, pensando que solo tiene po y p. En realidad, LLDB (Low Level Debugger) es la navaja suiza de la depuración de Swift. Aquí tienes 5 comandos que cambiarán tu vida:

\n
• po — imprime el objeto llamando a description o debugDescription. Ideal para objetos UIKit.
\n
• p — imprime el valor, pero sin llamar a description. Útil para primitivos.
\n
• v — muestra las variables en el frame actual. Más rápido que mirar el panel Variables.
\n
• expression — ejecuta cualquier código Swift directamente durante la pausa. ¿Quieres cambiar el valor de una variable? expression self.title = "Nuevo título".
\n
• thread backtrace — muestra la pila de llamadas. Si la aplicación se cierra, esto es lo primero que hay que hacer.
\n

Ejemplo en vivo: cambiando la UI sobre la marcha

Imagina: te detienes en un breakpoint en viewDidLoad. En la consola escribes:

expression self.view.backgroundColor = .red\nexpression self.view.layoutIfNeeded()

¡Y voilà! La pantalla del simulador se vuelve roja al instante. Así puedes probar animaciones, colores y textos sin reiniciar.

3. View Debugging: mirando bajo el capó de la UI

El error de maquetación es un clásico. El botón no está donde debería, la etiqueta se superpone a la imagen, o las constraints se comportan como guerrilleros. View Debugging en Xcode es como un rayos X para tu interfaz.

Presiona el botón «Debug View Hierarchy» (parece tres cuadrados) en el panel inferior. Verás una escena 3D de todos los elementos UI. Puedes girar, hacer zoom, resaltar constraints y ver sus valores numéricos.

Técnica: «Atrapa la constraint»

Si un elemento no está en su lugar, selecciónalo en la escena 3D y mira la lista de constraints. Las líneas rojas indican conflictos, las ama