[TIL] 20231124

Initalization (초기화)

초기화는 class, struct, enum의 인스턴스의 사용을 위해 준비하는 과정

새로운 인스턴스를 사용할 준비를 하기 위해 인스턴스의 저장 프로퍼티의 초기값을 설정하는 등의 일을 한다.

이니셜라이저 init

프로퍼티 초기값을 지정하기 어려운 경우에는 이니셜라이저 init을 통해 인스턴스가 가져야 할 초기값을 전달할 수 있다.

이니셜라이저는 새로운 인스턴스를 생성할 수 있는 특별한 메서드가 되는 것

주요 역할은 새 인스턴스가 처음 사용되기 전에 올바르게 초기화되었는지 확인하는 것이기 때문에 값을 반환하지 않음

initializer의 종류

클래스의 모든 프로퍼티는 초기화 과정에서 반드시 초기값이 할당되어야 함

상속받은 클래스가 있는 경우, 상위 클래스의 프로퍼티도 모두 초기화 되어야 함

Swift에서는 모든 클래스의 init이 보장될 수 있도록 두 가지 초기화 메서드를 제공 (designated, convenience)

Designated Initializer (지정 초기화)

• 클래스에 지정된 모든 프로퍼티를 초기화하고 상속받은 클래스가 있는 경우, 슈퍼 클래스의 init을 호출
• 클래스는 최소 하나 이상의 designated initializer를 갖는다

Convenience Initializer

• 클래스에 지원되는 보조적인 initializer
• 의무로 꼭 생성되어야 하는 것 아님
• 필요한 경우 생성 가능
• Designated Initalizer 생성 후 사용 가능

class PersonC {
    var name: String
    var age: Int
    var nickName: String?
    
    init(name: String, age: Int) {
        self.name = name
        self.age = age
    }

    convenience init(name: String, age: Int, nickName: String) {
        self.init(name: name, age: age)
        self.nickName = nickName
    }
}

Failable Initializer (실패가능한 이니셜라이저)

이니셜라이저 매개변수로 전달되는 초기값이 잘못된 경우 인스턴스 생성에 실패할 수 있음
실패 가능성을 내포한 이니셜라이저를 실패가능한 이니셜라이저라고 부른다.
실패 가능한 이니셜라이저는 실패했을 때 nil을 반환해주므로 반환 타입이 옵셔널로 지정된다. init? 키워드를 이용해 구현

 

class Dog {
    var name: String
    var age: Int
    
    init(name: String, age: Int) {
        self.name = name
        self.age = age
    }
}

class Puppy: Dog {
    var owner: String
    var address: String
    
    init?(owner: String, address: String) {
        guard owner.count < 5 else {
            return nil
        }
        self.owner = owner
        self.address = address
        super.init(name: "멍멍이", age: 1)
    }
}

 

위와 같이 특정 조건에 부합하지 않으면 nil을 반환하고, 클래스 인스턴스의 생성을 막을 수 있다.

디이니셜라이저 deinit

디이니셜라이저는 이니셜라이저와 반대 역할
deinit은 클래스의 인스턴스가 메모리에서 해제되는 시점에 호출된다.
이는 메모리에서 해제되는 시점에 자동으로 호출되기 때문에 직접 호출할 수 없음
인스턴스가 메모리에서 해제되는 시점은 ARC(Automatic Reference Counting) 의 규칙에 따라 결정됨
⚠️ 디이니셜라이저는 클래스의 인스턴스에만 구현할 수 있으며 매개변수를 지닐 수 없다!

 

class PersonE {
    var name: String
    var pet: Puppy?
    var child: PersonC
    
    init(name: String, child: PersonC) {
        self.name = name
        self.child = child
    }
    
    // 인스턴스가 메모리에서 해제되는 시점에 자동 호출
    deinit {
        if let petName = pet?.name {
            print("\(name)가 \(child.name)에게 \(petName)를 인도합니다")
            self.pet?.owner = child
        }
    }
}

var donald: PersonE? = PersonE(name: "donald", child: jenny)
donald?.pet = happy
donald = nil // donald 인스턴스가 더이상 필요없으므로 메모리에서 해제됩니다
// Prints: donald가 jenny에게 happy를 인도합니다

Initializer Delegation

<공식 문서 번역>

이니셜라이저는 다른 초기화 이니셜라이저를 호출하여 인스턴스 초기화의 일부를 수행할 수 있습니다.

Initializer Delegation를 통해 여러 이니셜라이저 간의 중복된 코드를 피할 수 있습니다.

Value Type에서의 Initializer Delegation

값 타입에서는 상속의 개념이 없기 때문에 간단함

initializer를 정의할 때 self.init()을 이용해서 다른 initializer를 호출하여 중복된 코드를 피할 수 있음

 

struct Point {
    var x: Double
    var y: Double
    
    init(x: Double, y: Double) {
        self.x = x
        self.y = y
    }
    
    init(value: Double) {
        self.x = value
        self.y = value
    }
}

var zero: Point = Point(x: 0.0, y: 0.0)
zero = Point(value: 0.0)

 

Initializer Delegation을 이용해 중복된 코드를 삭제할 수 있음 (위와 같은 기능)

struct Point {
    var x: Double
    var y: Double
    
    init(x: Double, y: Double) {
        self.x = x
        self.y = y
    }
    
    init(value: Double) {
        self.init(x: value, y: value)
    }
}

var zero: Point = Point(value: 0.0)

Reference Type에서의 Initializer Delegation

Swift는 class의 initializer 간의 delegation에 대해 세 가지 규칙을 정해줌

1. designated Initializer는 반드시 superclass의 designated initalizer를 호출해야 한다.(delegation up)

2. convenience initializer는 같은 클래스의 다른 이니셜라이저를 호출해야 한다. (delegation across)

3. convenience initializer는 2번 룰을 지켜서 다른 이니셜라이저를 호출하더라도 결국엔 designated initializer를 호출해야 한다. (delegation across)

출처: The Swift Programming Language 문서

예제 코드

 

class BaseTableViewCell: UITableViewCell {

    // MARK: init
    override init(style: UITableViewCell.CellStyle, reuseIdentifier: String?) {
        super.init(style: style, reuseIdentifier: reuseIdentifier)
        setCommonAttributes()
        setStyle()
        setLayout()
    }
    
    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
    
    /// 기본 attributes 설정 메서드 
    private func setCommonAttributes() {
        selectionStyle = .none
    }
    
    func setStyle() { }
    
    func setLayout() { }
}

final class SettingListTableViewCell: BaseTableViewCell {
    
    // MARK: Properties
    private let titleLabel = UILabel()

    // MARK: UI
    override func setStyle() {
        titleLabel.do {
            $0.font = .pretendardM(16)
            $0.textColor = .grayBlack
        }
    }
    
    override func setLayout() {
        contentView.addSubview(titleLabel)
        
        titleLabel.snp.makeConstraints {
            $0.top.leading.bottom.equalToSuperview().inset(16)
        }
    }
       
    // MARK: Custom Methods
    func setData(title: String) {
        titleLabel.text = title
    }
}

 

Swift 초기화 규칙에 따라 SettingListTableViewCell의 인스턴스를 생성할 때 자동으로 슈퍼 클래스(BaseTableViewCell)의 designated initializer가 먼저 호출되기 때문에 명시적으로 init을 호출하지 않아도 공통 속성이 설정되고, 스타일링 및 레이아웃 메서드가 호출되어 초기화 과정이 올바르게 수행된다. Swift에서 이 과정을 자동으로 처리하여 초기화가 하위 클래스부터 시작되어 상속 체인을 따라 올라가도록 보장함

 

참고 문서: The Swift Programming Language - Initialization

 

Tuist

Tuist란?

Tuist는 Apple 플랫폼용 대규모 애플리케이션 구축의 복잡성을 해결하도록 설계된 명령줄 인터페이스(CLI)입니다. (공식문서 번역)

즉, Tuist는 Xcode 프로젝트 생성과 유지 및 관리를 편리하게 하는 것을 도와주는 CLI 도구

 

Xcode 프로젝트 생성 및 관리 도구란?

.xcodeproj를 깃허브에 올려놓고 협업을 할 때, 파일을 추가하거나 수정하게 되면 다른 사람과 .pbxproj파일의 내용이 달라지기 때문에 git conflict가 발생. 이를 예방하기 위해 코드적으로 프로젝트를 관리 할 수 있게 해주는 것이 프로젝트 관리 툴. 또한, 모듈화를 할 때 모듈 구조를 관리하는 데 편리하다는 이점이 있음. 대표적으로 XcodeGen, Tuist 등이 있다!

 

Why Tuist?

Tuist와 XcodeGen의 가장 큰 차이점은 XcodeGen은 .yml 또는 json 파일을 통해 프로젝트를 관리하지만 Tuist는 swift 파일로 프로젝트를 관리할 수 있다는 것이다.

Tuist를 도입해야 하는 이유

Tuist를 도입하면 구체적으로 뭐가 좋을까???

카카오뱅크 iOS 프로젝트의 모듈화 여정: Tuist를 활용한 모듈 아키텍처 설계 사례 (if kakao 세션)을 참고했다!

 

https://if.kakao.com/2022/session/88

if(kakao)dev2022

 

1. 필요한 코드와 모듈만 증분 빌드 할 수 있어 빠른 빌드가 가능해짐

모듈 단위로 데모 앱을 만들어서 필요한 기능만 테스트 가능

증분 빌드가 가능해지면 테스트 시간 또한 빨라짐

 

2. 불필요한 의존성 제거 가능

불필요한 의존성을 제거함으로써 전체적인 성능을 개선할 수 있음

 

3. 의존성 그래프 생성 가능

프로젝트 구조 가시화 가능해져 거시적인 관점에서 프로젝트 생성 및 관리가능

 

모듈 분리가 어려운 이유?

1. 프로젝트, 프레임워크를 수동으로 생성하고 관리하는 과정에서 실수가 발생할 수 있음

(한 프로젝트에 동적/정적 프레임워크를 함께 사용한다면 이를 모두 수동으로 관리했을 때 만약 동적 프레임워크를 실수로 embed 하지 않았다? 런타임 에러 발생함)

 

2. SwiftPM 제약사항

Configuration은 debug, release만 제공하기 때문에 여러 환경(develop, test, production 등)의 configuration 설정은 어려움

 

위의 어려운 점들을 해결해줄 수 있는 도구가 Tuist

프로젝트에 적용해보고 적용기랑 장점, 단점 정리해서 따로 글을 써보겠음!!!

 

[참고 자료]

https://baegteun.tistory.com/2

https://docs.next.tuist.io/documentation/tuist/

https://if.kakao.com/2022/session/88