값 의미론을 위한 API 설계

값 의미론을 중심으로 API를 설계하면 예측 가능하고 스레드에 안전하며 테스트하기 쉬운 코드를 만들 수 있습니다. 이러한 선택을 위한 원칙과 패턴을 살펴보겠습니다.

다음 조건을 만족하면 타입에 값 의미론이 있다고 합니다: • 서로 독립적인 두 복사본이 영원히 독립적으로 유지됩니다 • 한 복사본을 변경해도 다른 복사본에 영향을 주지 않습니다 • 타입이 `Int`처럼 동작합니다. 즉 `a = b; a += 1`을 실행해도 `b`는 변경되지 않습니다

```swift // Reference semantics — caller shares state: func getUser() -> UserClass { ... } // Value semantics — caller gets independent copy: func getUser() -> UserStruct { ... } ``` 값 반환 타입을 사용하면 외부에서 내부 상태를 변경하지 못하도록 보호할 수 있습니다.

클래스가 항상 변경 불가능하다면 값 타입과 유사하게 동작합니다: ```swift final class Token { let value: String init(_ v: String) { value = v } // No mutable state — safe to share freely } ```

다음과 같은 경우에는 구조체를 우선 사용하십시오: ✓ 타입이 정체성이 아니라 데이터를 표현합니다 ✓ 상속이 필요하지 않습니다 ✓ 인스턴스를 공유하거나 앨리어싱할 필요가 없습니다 ✓ 필드 값을 비교하여 Equatable을 구현할 수 있습니다 ✓ Swift 동시성(Sendable)과 잘 작동합니다

Swift 6 동시성에서는 액터 경계를 넘어 이동하는 타입에 `Sendable`이 필요합니다: ```swift struct Message: Sendable { var text: String; var timestamp: Date } // Safe to pass between actors ``` 모든 프로퍼티가 Sendable인 값 타입은 자동으로 `Sendable`이 됩니다.

```swift struct Config { // Expose value snapshot instead of the class: func snapshot() -> Config { self } // copy by value semantics } // Or use a value-type DTO: struct UserDTO: Sendable { var id: UUID; var name: String } ```

```swift struct Request { var url: URL var method: String = "GET" var headers: [String:String] = [:] func adding(header: String, value: String) -> Request { var copy = self copy.headers[header] = value return copy } } let r = Request(url: url).adding(header: "Auth", value: "Bearer x") ```

클래스보다 구조체를 선택하면 API 사용자는 다음과 같은 명확한 신호를 받습니다: • "이것은 데이터이므로 자유롭게 복사해도 됩니다" • "복사본을 변경해도 원본에는 영향을 주지 않습니다" • "이것은 다른 곳으로 전달해도 스레드에 안전합니다" 따라서 API 사용자의 코드에서 방어적 복사가 필요한 경우가 줄어듭니다.

다음과 같은 경우에는 클래스 또는 참조 의미론을 허용하십시오: • 정체성이 중요합니다(`===`). 두 `User` 객체가 같은 사람을 나타낼 수 있습니다 • 공유된 변경 가능 상태가 기능의 일부입니다: `Database`, `Cache`, `AudioEngine` • ObjC 상호 운용이 필요합니다. UIKit과 AppKit 타입은 클래스입니다 • 수명 주기 콜백이 필요합니다. 리소스 정리에는 `deinit`을 사용합니다

Swift 동시성에서 액터 경계를 넘어 전달해도 안전한 타입임을 표시하는 Swift 키워드는 무엇입니까?

핵심 요점: • 값 의미론: 변경은 해당 복사본에만 적용되며 앨리어싱이 없습니다 • 데이터 모델에는 구조체를, 정체성과 수명 주기에는 클래스를 우선 사용하십시오 • 변경할 수 없는 클래스는 값 타입처럼 동작합니다 • `Sendable`과 값 타입을 함께 사용하면 동시성 환경에서 안전합니다 • 구조체 복사를 사용하는 빌더 패턴은 깔끔하고 변경 불가능한 API를 만듭니다 강의가 끝났습니다! 다음: ARC와 메모리 관리 패턴입니다.