답변.

질문 배경:

@autoclosure는 함수의 인자로 전달된 표현식에서 자동으로 클로저를 생성할 수 있게 해주는 Swift의 특별한 수식어입니다. 이 기능은 assert/guard 표현식의 구문을 단순화하고 지연 계산을 통해 값의 가독성을 높이기 위해 처음 도입되었습니다.

문제점:

표준 클로저는 명시적인 구문({ ... })을 요구합니다. 이는 간단한 로직일 경우 종종 불필요할 수 있습니다(예: 지연 검사를 수행할 때). 하지만 autoclosure를 사용할 경우, 개발자가 코드 실행 시점을 모르게 변경하거나 표현식의 부작용 값을 잃을 수 있습니다. 또한 autoclosure는 매개변수를 받지 않습니다.

해결책:

@autoclosure를 사용하면 간결하게 작성할 수 있습니다:

코드 예시:

func logIfTrue(_ predicate: @autoclosure () -> Bool) {
    if predicate() {
        print("조건 충족")
    }
}

// autoclosure 없이:
logIfTrue({ 2 > 1 })
// autoclosure 사용 시:
logIfTrue(2 > 1)

주요 특징:

@autoclosure는 표현식의 계산을 함수 호출 시점까지 지연시킬 수 있습니다.
@autoclosure는 비동기 시나리오에서 @escaping과 결합될 수 있습니다.
API 사용자의 시각에서 클로저 구문을 숨겨 가독성을 높입니다.

복잡한 질문들.

autoclosure가 매개변수를 받을 수 있습니까?

아니요. Autoclosure는 항상 비콘텍스트적인 방식으로 동작하며, 0개의 매개변수를 받고 표현식만 "감쌀" 수 있습니다.

() -> T와 @autoclosure () -> T의 차이는 무엇입니까?

일반 클로저는 명시적인 구문을 요구하지만, autoclosure는 표현식을 중괄호 없이 전달할 수 있어 함수 인터페이스에 중요한 영향을 미칩니다.

autoclosure가 부작용을 가지고 있다면 어떻게 됩니까?

Autoclosure는 호출 시에만 계산되므로, 표현식이 부작용을 발생시키는 경우 그 부작용은 호출 시점에만 발생하며, 함수에 매개변수를 전달하는 시점에서는 발생하지 않습니다.

var x = 5
func change(_ value: @autoclosure () -> Int) {
    print(value())
}
change(x += 1) // x는 오직 여기에 오를 것입니다.

일반적인 실수 및 안티패턴

표현식이 즉시 실행되지 않음을 이해하지 못하기(lazy behavior)
부작용이 있는 표현식과 함께 autoclosure를 사용하여 즉시 실행을 기대하는 경우
명시적으로 @escaping을 지정하지 않고 escaping 컨텍스트에 autoclosure를 전달하기

실생활 예시

부정적인 사례

오류 분석을 구현하면서 autoclosure를 사용하여 메시지를 전달하는 함수를 작성했습니다. 그러나 message 표현식이 부작용(네트워크 요청 전송)을 가지고 있었기 때문에 실제 실행 순서가 개발자가 예상한 것과 달라졌습니다. 이로 인해 통계가 부정확하게 수집되었습니다.

장점:

간단하고 표현력이 뛰어난 구문

단점:

부작용 발생 시점이 불명확함
디버깅의 어려움

긍정적인 사례

인증 메서드에서 autoclosure를 사용하여 필요할 때만 표현식을 계산하거나 API 최종 사용자에게 구문을 용이하게 하는 경우입니다. 코드가 짧아지고 부작용이 없습니다.