Respuesta.

Historia de la pregunta:

@autoclosure es un modificador especial de Swift que permite crear automáticamente un closure a partir de una expresión que se pasa como argumento de una función. Apareció por primera vez para simplificar la sintaxis y mejorar la legibilidad al escribir expresiones de assert/guard y la evaluación diferida de valores.

Problema:

Los closures estándar requieren una sintaxis explícita ({ ... }). A menudo, esto es redundante cuando la lógica es simple (por ejemplo, en verificaciones perezosas). Pero al usar autoclosure, es posible cambiar inadvertidamente el momento de ejecución del código o perder el valor del efecto secundario de la expresión. Además, autoclosure no acepta parámetros.

Solución:

@autoclosure permite escribir de manera más concisa:

Ejemplo de código:

func logIfTrue(_ predicate: @autoclosure () -> Bool) {
    if predicate() {
        print("Condición cumplida")
    }
}

// Sin autoclosure:
logIfTrue({ 2 > 1 })
// Con autoclosure:
logIfTrue(2 > 1)

Características clave:

@autoclosure permite diferir la evaluación de la expresión hasta el momento de la llamada en la función
@autoclosure puede combinarse con @escaping para escenarios asincrónicos
Mejora la legibilidad de las interfaces ocultando la sintaxis de closures del usuario API

Preguntas engañosas.

¿Puede autoclosure aceptar parámetros?

No. Autoclosure siempre es sin contexto: acepta 0 parámetros y simplemente "envuelve" la expresión.

¿Cuál es la diferencia entre los tipos () -> T y @autoclosure () -> T?

Un closure normal requiere una sintaxis explícita; autoclosure permite pasar una expresión sin rodearla de llaves, lo que influye significativamente en la interfaz de las funciones.

¿Qué sucede si autoclosure tiene un efecto secundario?

Autoclosure se evalúa solo en la llamada; si la expresión produce un efecto secundario, este ocurrirá estrictamente en el momento de la llamada, no al pasar el parámetro a la función.

var x = 5
func change(_ value: @autoclosure () -> Int) {
    print(value())
}
change(x += 1) // x solo aumentará AQUÍ

Errores comunes y anti-patrones

No comprender que la expresión no se evalúa de inmediato (comportamiento perezoso)
Usar autoclosure con expresiones de efecto secundario, donde se espera una ejecución inmediata
Pasar autoclosure a un contexto escapable sin indicar explícitamente @escaping

Ejemplo de la vida real

Caso negativo

Al implementar la analítica, los errores se escribieron a través de una función que usaba autoclosure para el mensaje. Pero la expresión del mensaje tenía un efecto secundario (enviaba una solicitud de red), por lo que la ejecución real no ocurría en el orden que el desarrollador esperaba. Esto hacía que las estadísticas se recopilaran incorrectamente.

Pros:

Sintaxis corta y expresiva

Contras:

Momento de ejecución de efectos secundarios no obvio
Dificultades en la depuración

Caso positivo

Uso de autoclosure en métodos de assert, donde se requiere evaluar la expresión solo cuando es necesario, o simplificar la sintaxis para el usuario final de la API. El código se vuelve más corto, sin efectos secundarios.