천원의 개발

Swift Combine을 활용하여 간단하게 tableView를 그려보자

천 원 — Tue, 8 Apr 2025 10:49:50 +0900

안녕하세요 천원입니다.

오늘은 Combine을 사용하면서 RxCocoa의 bind 메서드처럼 간편하게 UITableView를 그릴 수 없을까 고민한 내용을 공유드립니다.

1. RxSwift TableView 그리기

let items = Observable.just([
             "First Item",
             "Second Item",
             "Third Item"
         ])

/// bind 메서드를 활용한 tableView  
items.bind(to: tableView.rx.items) { (tableView, row, element) in
         let cell = tableView.dequeueReusableCell(withIdentifier: "Cell")!
         cell.textLabel?.text = "\(element) @ row \(row)"
         return cell
     }
     .disposed(by: disposeBag)

위의 코드와 같이 bind 메서드를 활용해서 간편히 tableView를 그릴 수 있습니다.

2. Combine TableView 그리기

기존에는 UITableViewDataSource를 활용하여 tableView를 구현하였습니다.

// Return the number of rows for the table.     
override func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
   return 0
}


// Provide a cell object for each row.
override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
   // Fetch a cell of the appropriate type.
   let cell = tableView.dequeueReusableCell(withIdentifier: "cellTypeIdentifier", for: indexPath)
   
   // Configure the cell’s contents.
   cell.textLabel!.text = "Cell text"
       
   return cell
}

그러나 최근에는 Combine과 함께는 UITableViewDiffableDataSource, NSDiffableDataSourceSnapshot 를 활용하여 코드를 작성하고 있습니다. 자세한 내용은 https://developer.apple.com/videos/play/wwdc2019/220 해당 wwdc 영상을 통하여 확인이 가능합니다.

private func setupDataSource() {
    dataSource = UITableViewDiffableDataSource<Int, String>(tableView: tableView) { tableView, indexPath, itemIdentifier in
        let cell = tableView.dequeueReusableCell(withIdentifier: "cell", for: indexPath)
        cell.textLabel?.text = itemIdentifier
        return cell
    }
}

private func applySnapshot(with items: [String]) {
    var snapshot = NSDiffableDataSourceSnapshot<Int, String>()
    snapshot.appendSections([0])
    snapshot.appendItems(items)
    dataSource.apply(snapshot, animatingDifferences: true)
}

이런식으로 매번 tableView를 구현 시 dataSource와 snapshot을 구현해 적용해 줘야하는 불편함이 존재합니다.

3. Combine + UITableViewDiffableDataSource

반복적으로 작성하는 dataSource와 snapShot을 한번에 만들어 줄 메서드를 구현해 봅시다.

우선 DataSoucre 작성을 위해 AnyPublisher 타입의 데이터 리스트를 제네릭하게 받습니다(AnyPublisher<[T], Never>)
또한 초기화 시 필요한 cellProvider 클로저 또한 받아서 DataSource를 구현해 줍니다.

func bind<T: Hashable>(
    to publisher: AnyPublisher<[T], Never>,
    cellProvider: @escaping (UITableView, IndexPath, T) -> UITableViewCell
) {
    let dataSource = UITableViewDiffableDataSource<Int, T>(tableView: self) { tableView, indexPath, item in
        return cellProvider(tableView, indexPath, item)
    }
}

그런 후 SnapShot을 만들기 위해 item 리스트를 받아와 줘야하니 publisher의 sink 메서드를 통해서 [T] 리스트를 받아와 snapShot을 만들어 줍시다.

func bind<T: Hashable>(
    to publisher: AnyPublisher<[T], Never>,
    cellProvider: @escaping (UITableView, IndexPath, T) -> UITableViewCell
) {
    let dataSource = UITableViewDiffableDataSource<Int, T>(tableView: self) { tableView, indexPath, item in
        return cellProvider(tableView, indexPath, item)
    }

    publisher
        .sink { items in
            var snapshot = NSDiffableDataSourceSnapshot<Int, T>()
            snapshot.appendSections([0])
            snapshot.appendItems(items)
            dataSource.apply(snapshot, animatingDifferences: true)
        }
}

마지막으로 여러 곳에서 편하게 사용할 수 있도록 해당 메서드를 extension으로 적용해 두면,

extension UITableView {
    func bind<T: Hashable>(
        to publisher: AnyPublisher<[T], Never>,
        cellProvider: @escaping (UITableView, IndexPath, T) -> UITableViewCell
    ) -> AnyCancellable {
        let dataSource = UITableViewDiffableDataSource<Int, T>(tableView: self) { tableView, indexPath, item in
            return cellProvider(tableView, indexPath, item)
        }
        
        return publisher
            .sink { items in
                var snapshot = NSDiffableDataSourceSnapshot<Int, T>()
                snapshot.appendSections([0])
                snapshot.appendItems(items)
                dataSource.apply(snapshot, animatingDifferences: true)
            }
    }
}

/// 사용하는 쪽
tableView.bind(to: transaction.eraseToAnyPublisher()) { tableView, indexPath, item in
    let cell = tableView.dequeueReusableCell(withIdentifier: DespositCell.identifier, for: indexPath) as! DespositCell
    cell.bind(item)
    return cell
}
.store(in: &cancellables)

간편하게 Combine을 활용한 간편한 테이블 뷰 구현이 완성됩니다.

Swift 6 새로운 기능

천 원 — Thu, 31 Oct 2024 14:12:21 +0900

안녕하세요. 천원입니다.

오늘은 Swift 6 의 변경점에 대해서 정리하고자 이렇게 글을 작성합니다.

지난 2024년 10월 17일 Xcode 16과 함께 Swift 6가 배포가 되었습니다. Swift 5가 배포된 후 5년 만의 정기 업데이트라고 합니다.

또한 Swift의 10주년 기념의 배포라고 하네요. 공식 문서에 작성된 글들을 보면 Swift 팀에서는 Swift를 APP 개발을 위한 언어가 아닌 다양한 Platform에 지원이 가능한 언어를 목표로 하는 것 같습니다.

Concurrency

Data Race 안전성을 달성하기 위한 여정은 여러 Swift 버전에 걸쳐 진행되었습니다. Swift 5.5에서는 async/await와 Actors가 도입되었고, Swift 5.6에서는 전달 가능한 Sendable Distributed Actor, Swift 5.9에서는 Custom Executors 및 Assertions for Isolation이 추가되었습니다. 그리고 Swift 5.10에서는 Full Data Isolation과 Isolated Globals가 도입되었습니다.

이러한 모든 기능들이 결합되어, 데이터 레이스 안전성을 완전히 보장하는 새로운 옵트인(opt-in) 컴파일러 모드가 제공됩니다. Swift 6가 컴파일 시점에 데이터 레이스 조건을 식별하여 코드의 다른 부분이 공유 데이터를 동시에 접근하고 수정하는 것을 방지하기 때문에, 동시성 프로그래밍이 극적으로 쉬워졌다고 설명했습니다.

각 버전별 기능을 조금 더 자세히 살펴보면

Swift 5.5 - async/await와 Actors

async/await: 비동기 작업을 작성하고 제어하는 새로운 문법으로, 코드가 비동기적으로 순차 실행되도록 만들어 코드의 가독성을 높입니다. 복잡한 콜백 구조 없이 비동기 함수 호출을 작성할 수 있어 비동기 코드의 가독성과 유지보수성이 개선됩니다.
Actors: 동시성 문제를 줄이기 위해 고유한 실행 컨텍스트를 가진 객체입니다. 액터는 특정 데이터에 대한 직렬화된 접근을 보장하여 데이터 레이스를 방지합니다. 이를 통해 여러 스레드가 동시에 같은 데이터에 접근하거나 수정할 수 없도록 보호합니다.

Swift 5.6 - Sendable 및 Distributed Actor

Sendable: 데이터가 다른 스레드로 안전하게 전달될 수 있음을 나타내는 프로토콜입니다. 특정 객체가 스레드 간 전송될 수 있는지를 검사하여 안전하지 않은 데이터 공유를 방지하고, 데이터 무결성을 유지할 수 있습니다. @Sendable 표시를 통해 안전성을 보장합니다.
Distributed Actor: 다른 시스템이나 네트워크를 통해 통신할 수 있는 액터 유형입니다. 이를 통해 각 액터가 서로 독립적인 노드처럼 분산된 환경에서 작업할 수 있습니다. 분산 액터는 스레드 안전성을 강화하여 동시성 안전성을 높입니다.

Swift 5.9 - Custom Executors 및 Assertions for Isolation

Custom Executors: 사용자 정의 실행자를 통해 특정 동시성 작업이 어떤 실행 맥락에서 수행될지 정의할 수 있습니다. 이렇게 하면 성능을 최적화하거나 특정 리소스에 액세스할 때 보안을 강화할 수 있습니다. 이는 특히 Actor 시스템의 동작을 제어하여 더욱 안전하고 효율적인 동시성 처리를 가능하게 합니다.
Assertions for Isolation: 코드가 올바르게 격리되어 있는지 확인하는 검증 기능입니다. 특정 데이터가 적절히 격리되어 다른 스레드로부터 보호되는지 확인하여, 동시성 관련 버그를 사전에 방지할 수 있습니다.

Swift 5.10 - Full Data Isolation 및 Isolated Globals

Full Data Isolation: 데이터에 대해 완전한 격리를 제공합니다. 즉, 특정 데이터에 대한 모든 접근이 오직 해당 데이터를 소유한 액터를 통해서만 이루어지도록 보장합니다. 이를 통해 다른 스레드나 액터가 데이터를 잘못 수정하지 않도록 강력하게 보호합니다.
Isolated Globals: 전역 변수를 격리하여, 전역적으로 공유되는 데이터에 대한 안전한 접근을 제공합니다. Swift에서는 전역 상태를

Typed throws

Swift 6에서는 Error를 던질 때 any Error가 아닌 타입의 지정이 가능합니다.

thorws 키워드 뒤의 (ParseError)를 통해서 던질 Error 타입의 지정이 가능합니다.

func parseRecord(from string: String) throws(ParseError) -> Record { 
  // ... 
}

제네릭 타입 또한 사용이 가능합니다.

extension Sequence {
  func map<T, E>(_ body: (Element) throws(E) -> T) throws(E) -> [T] { 
    // ... 
  }
}

만약 map 함수를 호출 시 Error 핸들링 할 필요가 경우는 Never를 활용하여 에러를 던지지 않는 함수로 변경이 가능합니다.

~Copyable

Swift 5.9에서 등장한 ~Copyable은 복사할 수 없는 타입을 나타내며 이러한 인스턴스는 다른 곳으로 복사될 수 없습니다. 대신, 이러한 타입의 인스턴스는 참조 또는 transfer 방식으로 전달됩니다.

~Copyable은 Struct, Enum 타입에 사용이 가능하며 인스턴스는 그냥 사용하면 컴파일 에러가 발생합니다. 이때 사용하는 키워드들은 consuming, borrowing, inout 이 있는데 관련해서는 종권님 블로그에 잘 정리되어 있습니다.

struct UniqueResource: ~Copyable {
    var value: Int
}

func useResource(resource: consuming UniqueResource) {
    // resource는 복사되지 않고, 소유권이 이동합니다.
    print(resource.value)
}

복사 오버헤드 제거 ~Copyable을 사용하면 복사할 필요가 없으므로, 데이터가 큰 구조체나 복잡한 객체를 다룰 때 성능을 크게 향상시킬 수 있습니다. 복사 과정에서 발생할 수 있는 메모리 할당 및 초기화 비용을 줄일 수 있습니다.

Swift 6에서는 ~Copyable과 제네릭 타입을 결합하여 다양한 타입에 대해 보다 유연하고 안전한 코드를 작성할 수 있습니다.

protocol Drinkable: ~Copyable {
  consuming func use()
}

struct Coffee: Drinkable, ~Copyable { /* ... */ }
struct Water: Drinkable { /* ... */ }

func drink(item: consuming some Drinkable & ~Copyable) {
  item.use()
}

drink(item: Coffee())
drink(item: Water())

C++ 상호 운용성

Swift 5.9는 C++와의 양방향 상호 운용성을 도입하여 기존 프로젝트에 Swift를 더 원활하게 통합할 수 있도록 했습니다. Swift 6에서는 C++의 이동 전용 타입, 가상 메서드, 기본 인자, 그리고 map과 optional과 같은 더 많은 표준 라이브러리 타입에 대한 상호 운용성 지원이 확대되었습니다.

Embedded Swift

Swift 6에는 프로그래밍 마이크로컨트롤러와 같은 임베디드 소프트웨어 개발에 적합한 언어 하위 집합 및 컴파일 모드인 Embedded Swift의 미리보기가 포함되어 있습니다. 이 툴체인은 ARM 및 RISC-V 베어메탈 타겟을 지원합니다.

128-bit Intergers

Swift 6에서는 저수준 정수 원시 타입의 집합을 완성하여, 부호 있는 128비트 정수 타입과 부호 없는 128비트 정수 타입을 추가했습니다. 이들은 모든 Swift 플랫폼에서 사용 가능하며, 표준 라이브러리의 다른 고정 폭 정수 타입과 동일한 API를 제공합니다.

// 부호 있는 128비트 정수
let signedInt: Int128 = Int128.max // 최대값
print("부호 있는 최대값: \(signedInt)")

// 부호 없는 128비트 정수
let unsignedInt: UInt128 = UInt128.max // 최대값
print("부호 없는 최대값: \(unsignedInt)")

@DebugDescription

해당 매크로를 통해서 LLDB Print 기능 사용 시 커스터마이징된 포맷을 사용할 수 있습니다.

@DebugDescription
struct Organization: CustomDebugStringConvertible {
  var id: String
  var name: String
  var manager: Person
  // ... 더 많은 속성들

  var debugDescription: String {
    "#\(id) \(name) [\(manager.name)]"
  }
}

LLDB로 출력해 보면

(lldb) p myOrg
(Organization) myOrg = "`#100 Worldwide Travel [Jonathan Swift]`"

Swift Testing

Swift 6에서는 새로운 테스트 라이브러리인 Swift Testing이 포함되었습니다. 강력한 API인 새로운 APIs는 쉽게 테스트 코드를 작성할 수 있습니다. #expect 매크로를 활용하여 자세한 테스트 실패 원인을 제공할 수 있습니다. 다양한 arguments로 테스트를 반복할 수 있는 파라미터화 기능을 통해 대규모 코드베이스에서도 효과적으로 사용할 수 있습니다.

For example:

@Test("Continents mentioned in videos", arguments: [
  "A Beach",
  "By the Lake",
  "Camping in the Woods"
])
func mentionedContinents(videoName: String) async throws {
  let videoLibrary = try await VideoLibrary()
  let video = try #require(await videoLibrary.video(named: videoName))
  #expect(video.mentionedContinents.count <= 3)
}

정리한 부분 외에도 여러 변경점이 있으니 공식 문서를 한번씩 참고해 주셔도 좋을 것 같습니다.

https://www.swift.org/blog/announcing-swift-6/

Announcing Swift 6

We’re delighted to announce the general availability of Swift 6. This is a major new release that expands Swift to more platforms and domains.

www.swift.org

여기까지 Swift 6 새로운 기능 정리였습니다.

감사합니다.

참고:

https://blog.swiftify.com/whats-new-in-swift-6-e875ca675a28

https://www.swift.org/blog/announcing-swift-6/

카카오뱅크 iOS 개발자 지원 후기

천 원 — Sun, 27 Oct 2024 15:41:27 +0900

안녕하세요 천원입니다.

오늘은 제가 간절하게 준비하였던, 카카오뱅크 지원 후기를 남기고자 이렇게 글을 작성합니다.

지원서 작성

카카오뱅크에는 개인적으로 존경하는 개발자분들이 계셔서 iOS 채용 공고가 올라오고, 꼭 지원해야지 마음을 먹었습니다.

이전 카카오뱅크에서 진행한 기술 밋 업 행사를 참여한 후 부터 꾸준히 현재 카카오뱅크에서 사용 중인 기술 스택들을 학습하고 자 노력했고, 그러한 부분들을 지원서에 녹이려고 했습니다.

서류 합격

서류 합격을 받고 너무 기뻤습니다. 그러나 다가올 과제 전형에 최근 당근페이 과제 전형에서 미끄러진 경험이 있기에.. 걱정이 되기도 했습니다.

과제 전형

앞서 말씀드린 것 처럼 당근페이 과제에서는 왜 떨어졌을까 많은 고민을 했습니다. 물론 부족한 부분도 많았겠지만 제가 생각했을때는 과제 전형의 규모의 프로젝트에서 DI나 Coordinator 패턴, modular architecture 등의 기술들은 오버엔지니어링으로 보일 수 있을까? 라는 생각에 다른 부분들을 중점을 두고 코드를 작성했는데.. 제출 하고보니 이 무슨 오만한 생각이었나.. 해서 이번 카카오뱅크 과제에서는 내가 고민하고 알고 있는 모든 부분을 녹여보자고 생각하고 준비하였습니다.

결과는 두둥

과제 합격

정말 기뻤지만 한편으로는 카카오뱅크의 무시무시한 실무 면접 난이도에 걱정되기도 했습니다.

실무진 면접

실무 면접을 준비하면서 Swift, iOS 의 기본적인 개념들, CS 그리고 과제 전형을 진행하면서 했던 고민들을 어떻게 전달 드릴 수 있을까 많이 고민했던 것 같습니다. 면접은 판교에서 대면으로 진행했습니다. 그날 따라 잠이 오지 않아서.. 새벽 6시 경에 출발해 회사 아래의 투썸에서 그동안 정리했던 개념들을 다시 한번 준비했습니다.

반겨주는 KAKAO FRIENDS 들

요동치는 심장 박동은 비밀

면접은 1시간 40~50분 정도 진행을 했습니다. 개인적으로 기술 블로그를 통해서 학습하는걸 선호하는데.. 그중에서도 정말 많은 도움을 받은(종권님, 민소네님, Zedd님, 소들이님 정말 감사드립니다.) 분이 계서서 너무 반가웠습니다! 면접을 진행하면서 긴장을 많이한 터라.. 머리 속이 빙글빙글 돌았지만 최대한 준비한 것들을 전달할고자 노력하였습니다.

결과는 두둥 ~

실무진 결과

발표까지 일주일 가량이 소요가 되었는데... 메일함의 새로고침만 하루에 수백번은 한 것 같습니다.. 부족한 부분도 있었지만 제가 고민하고 적용했던 부분들을 좋게 봐주셨다고 생각하여 정말 기뻤습니다!

경영진 면접

경영진 면접은 화상으로 60분간 진행되며, 다른 기업의 경영진 면접과 다르게 직무적인 질문도 많이 받는다는 안내를 받았습니다.
최대한 면접에서 떨지않기 위해서 다양한 질문들에 대해 스크립트를 작성하는 연습과 함께 경영진 면접을 준비하였습니다.

면접에 들어가서는 떨리는 가슴을 부여잡고 최대한 나의 가치관, 나의 경험들을 솔직하게 전달하고자 노력하였습니다.

그 결과는

탈락의 결과는 먼가 쓸쓸했습니다.

그동안의 노력에도 받을 수밖에 없었던 메일함의 탈락 결과는 덩그러니 와있는 제목부터 어딘가 쓸쓸했습니다.

마지막 과정인 만큼 절실했고 그만큼 아쉬움도 컸기에 그렇게 느꼈던 것 같습니다.

2달 반(8.8 ~ 10.24) 가량의 여정의 끝이 쓸쓸해서 당장이라도 집에 가서 펑펑 울고싶었지만 회사 서비스의 배포일정에 치여서 마음대로 울지도 못하였습니다. 사실 집에가서 펑펑 우는 것 보다. 바쁜 일정에 치이는게 오히려 낫다고 생각했습니다.

이렇게 카카오뱅크와의 인연은 끝이 났지만 채용 과정 속에서 즐거웠고 힘들었고 덕분에 많이 성장할 수 있었습니다. 좋은 경험과 기회를 주셔서 감사했고, 이번 경험을 바탕으로 더 성장할 수 있도록 정진하겠습니다.

여담으로.. 탈락 후 이틀 뒤 KWDC2024 컨퍼런스에 참여하였는데.. 민소네님이 계셔서 정말 인사드리고 싶었는데... 탈락한 지원자가 인사를 건네면 부담스러울 까봐... 꾹 참았습니다

여기까지 카카오뱅크 iOS 개발자 지원 후기였습니다. 혹여나 문제 시 바로 삭제하도록 하겠습니다.

감사합니다.

iOS SwiftData CRUD를 구현해보자

천 원 — Thu, 22 Aug 2024 13:28:39 +0900

우선 SwiftData는 데이터 모델링 및 관리를 위한 프레임워크로 iOS 17이상 부터 사용이 가능한 데이터베이스입니다.
개발하면서 오류 로그들을 확인해 보면 CoreData를 기반으로 만들어져 발생하는 오류가 CoreData에서 발생하는 오류와 비슷한 경우가 많았습니다.

기본적으로 SwiftUI와 친화적으로 만들어져있어서 SwiftUI와 함께 사용하는게 더 간편하지만, UIKit과 함께 사용하는 자료는 적은 것 같아 UIKit을 기반으로 어떻게 사용하면 좋을지 고민한 내용을 공유하고자 해당 글을 작성합니다.

모델 생성

@Model atributte 키워드를 통해서 모델의 생성이 가능합니다. 저는 영화의 정보를 저장할 Movie 모델을 생성하고 @Attribute(.unique)를 활용하여 모델의 기본키를 지정해 주었습니다.

import SwiftData

@Model
final public class Movie {
    @Attribute(.unique) public var id: String?
    public var title: String
    public var content: String
    public var image: [Data]
    public var date: Date
    public var rate: Int
    public var heart: Int
    
    public init(
        title: String,
        content: String,
        image: [Data],
        date: Date,
        rate: Int
    ) {
        self.id = UUID().uuidString
        self.title = title
         self.content = content
        self.image = image
        self.date = date
        self.rate = rate
        self.heart = 0
    }
}

PersistentModel

우선 다양한 Model의 CURD를 제공해주기 위해서 제네릭형태로 Repository를 구현을 하였습니다. 그러기 위해서 모델들의 공통적으로 가지고 있는 프로토콜 제약을 찾아보았고 PersistentModel이 SwiftDate의 인터페이스를 제공함을 확인할 수 있었습니다.

ModelContainer

초기화 구문에서 모델의 CRUD에 필요한 ModelContainer 를 생성해 주었습니다.

public final class SwiftDataRepository<T: PersistentModel>: SwiftDataRepositoryProtocol {
    
    public init() {
        let configure = ModelConfiguration("\(T.self)")
        do {
            container = try ModelContainer(for: T.self, configurations: configure)
        } catch {
            fatalError(error.localizedDescription)
        }
    }
    
    let container: ModelContainer
}

ModelContainer를 생성하기 위해서는 모델의 메타타입과 ModelConfiguration이 필요한데 여기서 만났던 이슈는 ModelConfiguration의 초기화 구문을 살펴보면 name을 옵셔널 형태로 가지고 있는데

ModelConfiguration() 형태로 생성하게 되면 하나의 모델에서는 정상적으로 동작하지만 모델의 개수가 2개 이상이 되면 충돌이 발생하니ModelConfiguration 생성 시에는 항상 name을 지정해 주면 좋을 것 같습니다. 저는 모델의 메타타입을 사용하여 name을 지정해 주었습니다.

Insert Data

Repository의 인터페이스는 아래와 같이 두었습니다. 해당 프로젝트에서는 clean architecture 적용하여 인터페이스는 Domain 모듈에 두어 Usecase에서 접근이 가능하도록 하였습니다.

public protocol SwiftDataRepositoryProtocol {
    
    associatedtype T: PersistentModel
    
    func insertData(data: T) async
    func fetchData() async throws -> [T]
    func deleteData(data: T) async
    func deleteAllData() async
}

비동기 처리는 async await 스타일로 진행을 하였고 초기화 시점에서 만든 container를 활용하여 insert와 save를 진행합니다.

public func insertData(data: T) {
    Task { @MainActor in
        let context = container.mainContext
        context.insert(data)

        do {
            try context.save()
        } catch {
            print("Error saving context: \(error.localizedDescription)")
        }
    }
}

Read Data

아래는 모든 데이터를 가져오지만 FetchDescriptor 생성 시 predicate에 가져오려는 데이터의 조건을 추가해 준다면 원하는 데이터를 소팅해서 가져올 수 있습니다.

@MainActor
public func fetchData() async throws -> [T] {
    let descriptor = FetchDescriptor<T>(predicate: nil)

    let context = container.mainContext
    let data = try context.fetch(descriptor)
    return data
}

Predicate 예시 코드

let moviePredicate = #Predicate<Movie> { 
    $0.rate > 4 && 
    $0.title.contains("birthday") && 
    $0.date > today
}

fetchData 시 매개변수로 받아서 사용해도 좋을 것 같습니다.

Delete Data

public func deleteData(data: T) async {
    let context = await container.mainContext
    context.delete(data)

    do {
        try context.save()
    } catch {
        print("Error saving context: \(error.localizedDescription)")
    }
}

특정 데이터를 삭제하는 함수이고 해당 함수와 fetch함수를 활용하여 전체 삭제 함수를 구현하였습니다.

public func deleteAllData() async {
    do {
        let data = try await fetchData()
        for item in data {
            await deleteData(data: item)
        }
    } catch {
        print("Error fetching or deleting all data: \(error.localizedDescription)")
    }
}

Repository 사용해보기

Usecase에서 repository의 인스턴스를 생성해서 사용하는 sample code 입니다. repository의 타입을

SwiftDataRepositoryProtocol 인터페이스에 두고 repository의 associatedtype 조건을 Movie로 설정하여 Movie 정보를 DB에서 fetch하는 함수를 구현해 주었습니다.

public protocol FetchMovieUsecaseProtocol {
    func execute() async -> [Movie]
}

public final class FetchMovieUsecase<Repository: SwiftDataRepositoryProtocol>: FetchMovieUsecaseProtocol where Repository.T == Movie {
    
    private let repository: Repository
    
    public init(repository: Repository) {
        self.repository = repository
    }
    
    public func execute() async -> [Movie] {
        do {
            let data = try await repository.fetchData()
            return data
        } catch {
            fatalError(error.localizedDescription)
        }
    }
}

여기까지 간단히 정리한 SwiftData의 CRUD 였습니다.

참고:

https://developer.apple.com/documentation/swiftdata

https://developer.apple.com/videos/play/wwdc2023/10196

https://developer.apple.com/videos/play/wwdc2023/10187

전체 코드:

public final class SwiftDataRepository<T: PersistentModel>: SwiftDataRepositoryProtocol {
    
    public init() {
        let configure = ModelConfiguration("\(T.self)")
        do {
            print("configure Init")
            container = try ModelContainer(for: T.self, configurations: configure)
        } catch {
            fatalError(error.localizedDescription)
        }
    }
    
    let container: ModelContainer
    
    
    public func insertData(data: T) {
        Task { @MainActor in
            let context = container.mainContext
            context.insert(data)
            
            do {
                try context.save()
            } catch {
                print("Error saving context: \(error.localizedDescription)")
            }
        }
    }
    
    @MainActor
    public func fetchData() async throws -> [T] {
        let descriptor = FetchDescriptor<T>(predicate: nil)
        
        let context = container.mainContext
        let data = try context.fetch(descriptor)
        return data
    }
    
    public func deleteData(data: T) async {
        let context = await container.mainContext
        context.delete(data)
        
        do {
            try context.save()
        } catch {
            print("Error saving context: \(error.localizedDescription)")
        }
    }
    
    public func deleteAllData() async {
        do {
            let data = try await fetchData()
            for item in data {
                await deleteData(data: item)
            }
        } catch {
            print("Error fetching or deleting all data: \(error.localizedDescription)")
        }
    }
}

Swift ReactorKit Pulse 기능을 학습하기 위한 과정

천 원 — Thu, 27 Jun 2024 16:50:05 +0900

안녕하세요. 천원입니다.

오늘은 ReactorKit을 학습하는 도중 직면했던 경험 이야기를 작성해 보려고 합니다.

회고 같은 느낌이라 편한 말투로 진행해 보겠습니당

Reactorkit의 예제 프로젝트를 확인해 보면 아래와 같이 propertyWrapper 기능을 활용하여 Pulse를 구현하였습니다.

  struct State {
    var value: Int
    var isLoading: Bool
    @Pulse var alertMessage: String?
  }

propertyWrapper에 대해 간단하게 설명드리면 재사용될 프로퍼티들을 반복적으로 작성하지 않기 위한 기능으로

예제를 작성해 보면 UseDefaults를 활용해 사용자의 정보를 저장하고 싶다면 아래와 같이 모든 프로퍼티에 동일한 get, set 구문을 작성해 주어야 합니다.

var phoneNumber: String {
    get {
        return UserDefaults.standard.object(forKey: "phoneNumber") as! String
    }
    set {
        UserDefaults.standard.setValue(newValue, forKey: "phoneNumber")
    }
}

var name: String {
    get {
        return UserDefaults.standard.object(forKey: "name") as! String
    }
    set {
        UserDefaults.standard.setValue(newValue, forKey: "name")
    }
}

그렇게 되면 저장해야할 정보가 많아 질수록 보일러플레이트 코드가 생기게 되니까 우리는 PropertyWrapper를 활용하여 기능을 구현해 보겠습니다.

import Foundation

@propertyWrapper
struct UserDefault<T> {
    let key: String
    
    init(key: String) {
        self.key = key
    }
    
    var wrappedValue: T {
        get {
            return UserDefaults.standard.object(forKey: key) as! T
        }
        set {
            UserDefaults.setValue(newValue, forKey: key)
        }
    }
}

우선 propertyWrapper에는 필수적으로 wrappedValue 프로퍼티를 구현해 주어야 합니다. 그러니 반복되는 코드를 구현해 주고 저장에 필요한 key값을 초기화 구문에서 지정해 줍니다. 그러면 아래와 같이 사용이 가능합니다.

// 선언
@UserDefault(key: "phoneNumber") var phoneNumber: String?
@UserDefault(key: "name") var name: String?

// 호출
name = "page"

자 이제 돌아와서 Pulse 구현부를 살펴보면

@propertyWrapper
public struct Pulse<Value> {

  public var value: Value {
    didSet {
      riseValueUpdatedCount()
    }
  }

  public internal(set) var valueUpdatedCount = UInt.min

  public init(wrappedValue: Value) {
    self.value = wrappedValue
  }

  public var wrappedValue: Value {
    get { value }
    set { value = newValue }
  }

  public var projectedValue: Pulse<Value> {
    self
  }

  private mutating func riseValueUpdatedCount() {
    valueUpdatedCount &+= 1
  }
}

잘 모르겠지만 value에 newValue를 저장하고 value 값이 변경이 되면 riseValueUpdatedCount를 통해서 Count 값을 증가 시켜주네요. 이번에는 Pulse로 만들어진 alertMessage를 사용하는 부분을 확인해 보겠습니다.

// bind
reactor.pulse(\.$alertMessage)
  .compactMap { $0 }
  .subscribe(onNext: { [weak self] message in
    let alertController = UIAlertController(
      title: nil,
      message: message,
      preferredStyle: .alert
    )
    alertController.addAction(UIAlertAction(
      title: "OK",
      style: .default,
      handler: nil
    ))
    self?.present(alertController, animated: true)
  })
  .disposed(by: disposeBag)

pulse라는 메서드에 매개변수로 \.$alertMessage가 들어가네요.. SwiftUI 학습할 당시에 종종 봤지만 오늘은 구체적으로 한번 살펴보겠습니다. 우선 $alertMessage는 무엇을 뜻할까요? 다시 Property Wrapper로 돌아와서

@propertyWrapper
struct UserDefault<T> {
    let key: String
    
    init(key: String) {
        self.key = key
    }
    
    var wrappedValue: T {
        get {
            return UserDefaults.standard.object(forKey: key) as! T
        }
        set {
            UserDefaults.setValue(newValue, forKey: key)
        }
    }
    
    func delete() {
        UserDefaults.standard.removeObject(forKey: key)
    }
}

아까 작성했던 UserDefault Property Wrapper에 delete라는 메서드를 추가하게 된다면 어떤식으로 호출할 수 있을까요?

평범한 구조체라면 우리는 인스턴스를 생성 후 해당 인스턴스로 접근하겠지만

@UserDefault(key: "phoneNumber") var phoneNumber: String?

해당 프로퍼티로는 접근이 불가능하겠죠? phoneNumber는 String type일 뿐이니까요 우리가 delete를 호출하기 위해서는 UserDefault<T>타입이 필요합니다. 그럴때 사용하는게 projectedValue 입니다.

@propertyWrapper
struct UserDefault<T> {
    let key: String
    
    init(key: String) {
        self.key = key
    }
    
    var wrappedValue: T {
        get {
            return UserDefaults.standard.object(forKey: key) as! T
        }
        set {
            UserDefaults.setValue(newValue, forKey: key)
        }
    }
    
    var projectedValue: UserDefault<T> { // projectedValue 추가
        self
    } 
    
    func delete() {
        UserDefaults.standard.removeObject(forKey: key)
    }
}

이렇게 projectedValue를 만들면 우리는 $키워드를 통해서 projectedValue에 접근이 가능합니다. 그렇다면 delete 메서드도 호출이 가능하겠죠

$phoneNumber.delete()

Pulse로 돌아와서 확인해 보면 projectedValue가 구현되어 있으니 $표기를 통해서 Pulse<Value> 타입으로 접근이 가능해 보입니다.

@propertyWrapper
public struct Pulse<Value> {

  public var value: Value {
    didSet {
      riseValueUpdatedCount()
    }
  }

  public internal(set) var valueUpdatedCount = UInt.min

  public init(wrappedValue: Value) {
    self.value = wrappedValue
  }

  public var wrappedValue: Value {
    get { value }
    set { value = newValue }
  }

  public var projectedValue: Pulse<Value> {
    self
  }

  private mutating func riseValueUpdatedCount() {
    valueUpdatedCount &+= 1
  }
}

그러면 우리는 \.$alertMessage에서 $alertMessage가 Pulse<Value>를 뜻하는걸 알았으니 \.에 대해서 확인해 봅시다! 우선 해당 문법은 KeyPath 방법으로 프로퍼티에 접근하는 방식으로 KeyPath 포스팅 을 통해서 확인하실 수 있습니다. 자자 그렇다면 우리는 KeyPath방식으로 매개변수를 받으니 pulse 메서드의 매개변수를 추측해 보면

public func test<T>(_ keyPath: KeyPath<State, Pulse<T>>) {} // 구현

reactor.test(\.$alertMessage) // 호출

이런식으로 생겼으니까 test(\.$alertMessage) 로 호출이 가능하겠다! 라고 생각했습니다.

그런데.. 두둥.. 실제 pulse 메서드는 아래와 같이 생겼습니다.

  public func pulse<Result>(_ transformToPulse: @escaping (State) throws -> Pulse<Result>) -> Observable<Result> {
    state.map(transformToPulse).distinctUntilChanged(\.valueUpdatedCount).map(\.value)
  }

엥..? \.$alertMessage가 (State) throws -> Pulse<Result> 타입이라고? 이게 가능한거야???? 라고 열심히 찾아봤는데..

가능하네요! https://forums.swift.org/t/key-path-expressions-as-functions/19587 해당 링크를 통해서 학습한 내용인데

struct User {
	let name: String
}

\User.name = (User) -> String // 똑같당

let a = \User.name as (User) -> String // 캐스팅도 가능

KeyPath는 클로저 형식으로 표현이 가능합니다!

여기까지가 ReactorKit의 Pulse 기능을 학습하기 위한 과정이였는데 개인적으로 많은 도움이 되었어서 공유하고자 이렇게 글로 남겨둡니당~~~

Swift Builder 패턴 정리

천 원 — Tue, 4 Jun 2024 16:11:44 +0900

안녕하세요. 천원입니다.

오늘은 오픈소스들의 코드를 학습하면서 만난 Builder 패턴에 대해서 학습해 보겠습니다.

Builder 패턴

복잡한 객체의 생성 과정과 표현 방법을 분리하여 다양한 구성의 인스턴스를 만드는 생성 패턴을 의미합니다. 생성자에 들어갈 매개 변수를 메서드로 하나하나 받아들이고 마지막에 통합 빌드해서 객체를 생성하는 방식입니다.

예제

설명으로 만 보면 감이 안 잡힐 테니 예제를 함께 보면, 아래와 같은 Student 클래스에 대한 객체를 생성하는 Builder를 만들어 보겠습니다.

final class Student {
    private var name: String
    private var age: String
    private var phoneNumber: Int
    
    init(name: String, age: String, phoneNumber: Int) {
        self.name = name
        self.age = age
        self.phoneNumber = phoneNumber
    }
    
    public func getInformation() -> String {
        return "Name: \(name), Age: \(age), Phone Number: \(phoneNumber)"
    }
}

각 멤버들을 초기화 해주는 메서드와 해당 멤버들을 가지고 Student인스턴스를 리턴하는 Build 메서드를 만들어 줍니다.

final class StudentBuilder {
    private var name: String = ""
    private var age: String = ""
    private var phoneNumber: Int = 0
    
    public func setName(name: String) -> Self {
        self.name = name
        return self
    }
    
    public func setAge(age: String) -> Self {
        self.age = age
        return self
    }
    
    public func setPhoneNumber(phoneNumber: Int) -> Self {
        self.phoneNumber = phoneNumber
        return self
    }
    
    public func build() -> Student {
        return Student(name: name, age: age, phoneNumber: phoneNumber)
    }
}

이제 Builder를 통해서 인스턴스를 생성하면 아래와 같이 SwiftUI와 같은 선언적으로 프로그래밍 형태로 구현이 가능합니다.

let jae = StudentBuilder()
    .setName(name: "Jae")
    .setAge(age: "24")
    .setPhoneNumber(phoneNumber: 1234567890)
    .build()

let yoon = StudentBuilder()
    .setName(name: "Yoon")
    .setAge(age: "25")
    .setPhoneNumber(phoneNumber: 9876543210)
    .build()
    
print(yoon.getInformation())

장점

생성자를 통해서 인스턴스를 생성해도 될텐데 builder 패턴을 통해서 생성하는 이유가 무엇일까요?

먼저 객체 생성 과정을 일관된 프로세스로 표현할 수 있습니다. 생성자를 통해세 객체를 생성하게 된다면 매개변수가 많아 질수록 가독성이 떨어지게 되지만 빌더 패턴을 적용하면 직관적으로 어떤 값이 설정되는지 파악이 가능합니다.

다음으로는 최초 인스턴스를 생성 시에만 내부 값들을 변경 후 build메서드를 통해서 인스턴스를 생성하기 때문에 인스턴스가 만들어진 후에는 외부에서 변경이 불가능하여 새로운 기능에 대해서도 수정이나 추가가 용이합니다.

마지막으로 customAlert과 같이 공통적으로 사용한는 Class들을 builder 패턴을 통해서 구현해두면 사용하는 쪽에서 set 메서들을 통하여 필요한 매개변수들을 초기화하여 재사용적으로 효율적이게 사용이 가능합니다.

여기까지 Builder 패턴 정리였습니다.

iOS Privacy Manifest

천 원 — Mon, 29 Apr 2024 16:05:38 +0900

안녕하세요. 천원입니다.

오늘은 2024년 5월 부터 검수를 올리기 위해서는 반드시 필요한 Privacy Mainfest에 대해서 알아보겠습니다.

Privacy Mainfest

먼저 Privacy Manifest란 Required Reason API를 사용하는 이유를 명시하는 파일을 의미합니다. 여기서 Required Reason API란 기기 신호에 접근해 기기 혹은 사용자의 신원을 알 수 있도록 오용될 가능성이 있는 것들로, 구체적으로 활성화된 키보드(active keyboard), 디스크 공간(disk space), 파일 날짜(file timestamp), 시스템 부팅 시간(system boot time), 기본 사용자(user defaults) 등이 있습니다.

4월에 검수를 올렸을 때 전달받은 메일의 일부입니다.

대략 privacy manifest를 포함해서 다음 버전에는 검수를 올리라는 내용입니다.

또한 앱뿐만 아니라 앱에 적용된 타사 sdk 또한 privacy manifest를 적용해줘야 합니다.

sdk가 프레임워크 형태로 적용되어 있다면 privacy manifest 파일이 해당 프레임워크에 추가되어야 하고, static 라이브러리(.a파일) 형태로 들어가 있다면 프로젝트 단의 privacy manifest에 추가해 주어야 합니다.

Privacy Manifest File

먼저 App privacy 파일을 추가해 줍니다.

해당하는 Target을 올바르게 지정해 주세요.

PrivacyInfo 에는 총 4가지의 속성을 추가할 수 있습니다. 하나 하나 확인해 보면

NSPrivacyTracking(Privacy Tracking Enabled): ATT(APP Tracking Transparency framework)에 대한 사용 여부를 나타내는 Bool 타입입니다.

NSPrivacyTrackingDomains(Privacy Tracking Domains): 추적에 사용되는 도메인을 나열할 배열입니다. 만약 NSPrivacyTracking 가 NO 라면 도메인을 추가해 주지 않아도 됩니다.

NSPrivacyCollectedDataTypes(Privacy Nutrition label Types): 수집하는 데이터 항목을 나타내며 명시할 데이터 항목은

해당 링크를 참고하시면 됩니다.

NSPrivacyAccessedAPITypes(Privacy Accessed API Types): 접근하는 API 타입을 나타냅니다. API 타입은 Required Reason API로 지정되어있습니다.

추가해 보기

먼저 사용자의 이메일 데이터를 사용한다고 가정하고 추가해 보겠습니다.

Item을 추가해 주면 4가지에 Key값이 나오는데 하나 씩 살펴보면

Collected Data Type: 사용하는 데이터 종류

Linked to User: 사용자에 직접적으로 연결되는 데이터를 나타냅니다. 예를 들어, 사용자의 이름, 이메일 주소, 전화번호와 같은 개인 식별 정보가 포함될 수 있습니다.

Used for Tracking: 이 값은 데이터가 사용자의 활동을 추적하거나 사용자를 식별하기 위해 사용되는지 여부를 나타냅니다.

마지막으로 사용 목적을 추가해 주면 완료입니다.

다음으로 NSPrivacyAccessedAPITypes을 추가해 보면

Privacy Accessed API Type에는 사용하는 Required Reason API를

Privacy Accessed API Reaseons 에는 해당 API를 사용하는 이유를 명시해 주면 됩니다. 자세한 Value 값은 요기 링크를 통해서 확인해 보시면 됩니다.

Privacy Report

privacy report는 작성한 PrivacyInfo 파일을 바탕으로 요약하여 개인정보 리포트를 생성하는 기능입니다.

먼저 앱을 Archive 해주고 해당 파일에 오른쪽 클릭하여 Generate Privacy Report 를 클릭해 주면 아래와 같이 우리가 작성한 PrivacyInfo 파일이 pdf 형태로 다운로드 됩니다.

여기까지 Privacy Manifest 정리였습니다.

감사합니다.

iOS Background Tasks(백그라운드에서 API 호출하기)

천 원 — Tue, 20 Feb 2024 10:13:48 +0900

안녕하세요. 천원입니다.

백그라운드에서 API를 호출하기 위해서 학습한 내용을 정리 하고자 이글을 작성합니다.

Background Tasks 프레임워크

iOS 13부터 추가된 프레임워크로 시스템과 앱간의 background Task 요청을 담당하는 역할을 합니다.

해당 프레임워크에는 BGAppRefreshTask & BGProcessingTask 이렇게 두가지 타입이 존재하는데 BGAppRefreshTask는 30초 정도가 소요되는 작업에 사용되고 그 이상의 몇분이 소요되는 것들은 BGProcessingTask를 사용하게 됩니다.

WWDC 2019 자료를 참고해 보면 사용자가 Foreground로 진입하는 시점을 시스템이 분석해서 그전에 호출하게 되고 그 외에도 유저의 백그라운드 앱 새로고침 설정, 배터리 충전 상태, 네트워크 연결 등의 여부에 따라 호출하며 앱을 호출하는 정확한 시점은 파악할 수 없습니다.

구현해보기

먼저 Signing&Capabilities 에서 Background Modes를 추가해 주고, Background fetch와 Background processing을 체크해 줍니다. 각각 BGAppRefreshTask와 BGProcessingTask에 대한 설정입니다.

그 다음 스케줄러에 사용할 identifier를 Info.plist에 추가해 줍니다.

Permitted background task scheduler identifiers 을 추가해 주고 Item의 Value 에 String 타입으로 identifier를 작성해 줍니다.

다음으로 TasK를 AppDelegate의 didFinishLauchingWithOptions 함수에 등록해 줍니다.

각각의 핸들러 내부에는 실제로 수행할 백그라운드 동작을 구현해 주는데 이때 파라미터로 task를 함께 호출해 줍니다.

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    // Override point for customization after application launch.

    BGTaskScheduler.shared.register(forTaskWithIdentifier: "example.com", using: nil) { task in
        self.handleAppRefresh(task: task as! BGAppRefreshTask) // 실제로 수행할 코드가 구현된 매서드
    }

    // 2. Processing Task
    BGTaskScheduler.shared.register(forTaskWithIdentifier: "example2.com", using: nil) { task in
        self.handleProcessingTask(task: task as! BGProcessingTask)
    }

    return true
}

수행할 코드의 구현부를 간단하게 보자면 저는 로그를 기록할 파일을 만들어 백그라운드에서 호출될 때 파일에 기록되도록 코드를 작성했고, 함수 내부에서 setTaskCompleted(success: true)를 통해서 task의 성공여부를 반드시 호출해 주어야 합니다.

func handleAppRefresh(task: BGAppRefreshTask) {

    self.writeLog(_writeValue: "백그라운드 호출 기록")

    task.expirationHandler = {
        task.setTaskCompleted(success: false)
    }

    task.setTaskCompleted(success: true)
}

저는 BGProcessing Task를 사용하는 handleProcessingTask 함수 또한 동일한 코드로 구성하였습니다.

수행할 Task등록이 되었다면 우리는 Scene이 백그라운드에 진입할 때 해당 Task를 호출할 수 있도록 스케줄러를 등록해 줍니다.

등록시에 timeInterval을 설정할 수 있지만 원하는대로 동작하지 않습니다.

func scheduleAppRefresh() {
    let request = BGAppRefreshTaskRequest(identifier: "example.com") // 설정한 identifier
    request.earliestBeginDate = Date(timeIntervalSinceNow: 60 * 60) // 호출할 timeInterval을 1시간으로 설정

    do {
        try BGTaskScheduler.shared.submit(request)
    } catch {
        print("Could not schedule app refresh: \(error)")
    }
}

func scheduleProcessingTaskIfNeeded() {
    let request = BGProcessingTaskRequest(identifier: "example2.com")
    request.requiresExternalPower = false // 에너지 소모량
    request.requiresNetworkConnectivity = false // 네트워크 사용여부 옵션

    request.earliestBeginDate = Date(timeIntervalSinceNow: 60 * 60)

    do {
        try BGTaskScheduler.shared.submit(request)
    } catch {
        print("\(Date()): Could not schedule processing task: \(error)")
    }
}

스케줄러를 등록하는 함수를 sceneDidEnterBackground 에서 호출해 줍니다.

func sceneDidEnterBackground(_ scene: UIScene) {
    scheduleAppRefresh()
    scheduleProcessingTaskIfNeeded()
}

테스트해 보기

이제 스케줄러까지 등록을 했으면 테스트를 진행해야 하지만 백그라운드에서 동작하기에 Xcode에서 테스트하기 쉽지 않습니다.

그러니 차근차근 진행해 봅시다.

앱을 실행 후 해당 지점에 브레이크 포인트를 걸어두고 백그라운드에 진입합니다.

그런다음 아래에 명령어를 lldb에 입력해 줍니다.

e -l objc -- (void)[[BGTaskScheduler sharedScheduler] _simulateLaunchForTaskWithIdentifier:@"Info.plist에 등록한 태스크 Identifier"]

명령어가 실행되면 다시 포그라운드 진입 후 Continue 해주면 정상적으로 handleAppRefresh 함수를 호출하는 모습입니다.

아래는 기록된 백그라운드 호출 로그입니다.

출처:

https://itnext.io/swift-ios-13-backgroundtasks-framework-background-app-refresh-in-4-steps-3da32e65bc3d

iOS KeyPath 정리

천 원 — Tue, 26 Dec 2023 09:25:13 +0900

안녕하세요. 천원입니다.

최근 TCA로 사이드 프로젝트를 진행하고 있는데 아래와 같이 \. 이런 문법이 종종 등장을 해서 정리하고자 이 글을 작성합니다.

AuthTextField(text: viewStore.binding(get: \.codeText, send: InViteCodeFeature.Action.textEditing), placeholder: "초대코드", error: viewStore.validCode) // TCA Binding

@Dependency(\.apiService) var apiServiced // Custom Dependency

먼저 Object-C에서 등장한 Key의 개념을 살펴보면

- Key는 문자열을 의미하고 Key값을 통해서 인스턴스의 프로퍼티에 접근하게 해주는 Objective-C에서 나온 개념이라고 합니다.

KVC(Key Value Coding)

인스턴스의 프로퍼티에 접근할 때 Key의 문자열로 접근하는 방식
KVC는 Objective-C 런타임에 의존하므로 프로퍼티 앞에 @objc 붙여서 사용
Objective-C의 것이기 때문에 NSObject가 가지고 있으므로 NSObject의 서브클래스여야 가능

class Person: NSObject {
    @objc var name: String = "윤제"
}

let person = Person()
person.value(forKey: "name") // Optional(윤제)

person.setValue("천원", forKey: "name")
person.value(forKey: "name")

코드를 확인해 보면 dot syntax로 프로퍼티에 접근하는게 아니라 "name"이라는 문자열을 key값으로 name 프로퍼티에 접근을 한 모습입니다.

KVO(Key Value Observing)

KVC와 동일하게 키값으로 프로퍼티에 접근하는데 Observing이 가능하다
@objc dynamic 을 붙여서 사용

class Person2: NSObject { 
  @objc dynamic var name: String = "윤제"
}

person2.observe(\.name, options: [.old, .new]) { instance, change in
  print(change.oldValue, change.newValue)
}
person2.name = "천원" //(윤제, 천원)

observe 매서드를 통해서 name의 변화를 관찰하고 변동 시에 작성해둔 print문이 실행되는 모습입니다. willSet 혹은 didSet과 유사한 역할을 수행할 수 있어 보입니다. observe 함수의 매개변수의 타입을 확인해 보면

KeyPath를 타입으로 \.name을 받는것을 알 수 있습니다. 이제 KeyPath는 무엇인지 확인해 보겠습니다.

KeyPath

Key 값으로 프로퍼티에 접근이 가능한 것 처럼 KeyPath를 통해서도 접근이 가능하다
KeyPath는 Root라는 타입(=Person타입)으로부터 구체적인 Value Type(프로퍼티타입)으로의 key의 경로를 의미

조금 더 설명을 보태자면 Person이라는 타입의 프로퍼티인 name 까지의 경로를 의미하는게 KeyPath라고 합니다. 코드로 확인해 보면

class Person {
    var name: String = "윤제"
}

let person = Person()
person[keyPath: \Person.name] // 윤제
person[keyPath: \.name] // Root 타입은 생략 가능

Person -> name 의 KeyPath를 통해서 name 프로퍼티에 접근한 모습입니다. 그런데 우리가 앞서 궁금증을 가졌던 \. 형태는 이렇게 Dictionary 같은 형태가 아니라 매개변수로 \.을 받아서 사용을 했잖아요? 아래처럼!

AuthTextField(text: viewStore.binding(get: \.codeText, send: InViteCodeFeature.Action.textEditing), placeholder: "초대코드", error: viewStore.validCode) // TCA Binding

@Dependency(\.apiService) var apiServiced // Custom Dependency

이제 KeyPath를 활용한 함수를 작성해 봅시다.

KeyPath 활용

struct PersonInfo {
  var name: String
  var age: Int
}

struct School {
  var kim: PersonInfo
  var han: PersonInfo
  
  func getKim() -> PersonInfo {
    return self.kim
  }
  func getHan() -> PersonInfo {
    return self.han
  }
}

let kim = PersonInfo(name: "김감자", age: 12)
let han = PersonInfo(name: "한고구마", age: 13)
let school = School(kim: kim, han: han)

print(school.getKim()) // PersonInfo(name: "김감자", age: 12)
print(school.getHan()) // PersonInfo(name: "한고구마", age: 13)

School 구조체 내부에 각각에 프로퍼티를 return 하는 매서드가 존재하여 getKim, getHan을 통해서 프로퍼티를 가져온 모습이지만.. 학생의 수가 많아지면 그만큼 매서드의 수도 많아져야겠죠 이를 개선하기 위해서 우리는 KeyPath를 활용해 보겠습니다.

extension School {
  func getChild(keyPath: KeyPath<Self, PersonInfo>) -> PersonInfo {
    self[keyPath: keyPath]
  }
}

print(school.getChild(keyPath: \.kim)) // PersonInfo(name: "김감자", age: 12)
print(school.getChild(keyPath: \.han)) // PersonInfo(name: "한고구마", age: 13)

getChild 라는 매서드의 파라미터로 KeyPath를 받아 사용한 모습입니다. 각각의 매서드를 사용하는 것 보다 재사용성이 올라간 모습이네요!

여기까지 KeyPath 정리였습니다.

출처:

https://developer.apple.com/documentation/swift/keypath

https://ios-development.tistory.com/982

Xcode15 linker Bug Report (Thread 1: EXC_BAD_ACCESS (code=1, address=0x0))

천 원 — Wed, 29 Nov 2023 15:15:10 +0900

안녕하세요. 천원입니다.

오늘은 Xcode15 에서 발생하는 버그 리포팅을 해보고자 이 글을 작성합니다.

Xcode15.0.1에서 unit test 타켓을 추가하고 iOS 14이하의 디바이스로 빌드하게 되면 아래와 같은 런타임 crash 가 발생하게 되는데

Thread 1: EXC_BAD_ACCESS (code=1, address=0x0

먼저 Xcode 15에 Release Note를 살펴보면

static 라이브러리 linking 속도의 향상을 위한 새로운 linker가 나왔네요! 이녀석 때문에 문제가 발생한 것 같아 한번 찾아보니 아래와 같이

iOS 14 이하에서 약한 정의를 같는 심볼을 사용하는 바이너리 파일에서 런타임 crash 가 발생한다고 하네요. 회피책을 보니 OTHER_LDFLAGS bulid setting에서 -Wl, -ld_classic 을 추가해 주라고 하니 한번 해보겠습니다.

정상적으로 동작하였습니다. -Wl, -ld_classic 플래그는 classic 링커를 사용하기 위한 플래그라고 합니다.

이번에는 앞서 realase note에 명시되어있는 -ld64 플래그를 통해서 classic linker를 사용해 보겠습니다.

역시 잘 동작하네요.

참고로 Xcode 15.1 Beta 버전에서는 해결되어 특별히 Linker Flags Setting 안해주어도 정상동작 합니다.

오늘의 교훈: Xcode Release Note의 known Issues 는 귀찮아도 챙겨보자!