Convenience init에 대해 설명하시오.

[Do-hyun-Kim]

🗣️ Convenience init에 대해 설명하시오.

• Convenience init은 init 파라미터 중 일부를 임의의 기본 값으로 설정하여 오류가 나지 않도록 도와주는 보조 이니셜 라이저 이다.
• Convenience init 내부에서는 반드시 Designated init을 호출이 되어야 한다. self.init()

✏️ Initialization Rule

• Designated Initialization은 반드시 바로 상위 Super Class 의 Designated Initialization을 호출해야 한다.
  • delegation : Sub Class에서 Super Class init 호출
• Convenience Initialization은 반드시 같은 클래스의 Designated Initialization을 호출해야한다.

✔️ Initialization Safety check

• Swift Complier는 two - phase initialization을 에러 없이 성공하기 위해서 4가지 Safety check를 한다.
  • Designated Initialization은 super.init 을 호출하기 전에 현재 클래스에서 정의한 stored properties 의 값이 delegate up 되기 이전에 모두 초기값을 가지고 있어야 한다.
  • 객체의 메모리 크기는 모든 stored properties 의 크기를 통해서 크기를 결정 하게 되며, subClass 의 메모리 크기는 superClass 로 가기 전에 결정지게 된다.
  • designated initializer는 상속받은 property의 값을 넣기 전에 superClass의 initializer를 호출해야 한다.(delegate up)
  • convenience initializer에서 property에 값을 설정하기 전에 initializer delegation을 수행해야한다.
  • Phase 1단계가 끝나기 전에 어떤 메소드를 호출하거나 프로퍼티에 접근하여 값을 사용하는 것이 불가능하다.

🧐 two-phase initialization

• Phase 1
  • designated initializer 혹은 convenience initializer 호출해야한다.
  • 객체 인스턴스에 대한 Memory allocation을 수행한다. 이 때는 stored properties에 들어가는 데이터 크기를 모르기 때문에 정확한 메모리 크기가 설정되어 있지 않다.
  • designated initializer가 모든 stored properties가 설정되었는지 체크 후, property들에 대한 메모리 init을 수행한다.
  • subClass의 작업을 마치고 superClass에서 위의 과정과 동일한 작업을 수행한다.
  • 계층 구조 최상단 superClass가 모든 properties가 값이 있는지 확인 후, init 작업이 완료된다.
• Phase 2
  • Phase 1을 마치면 self에 접근할 수 있게 되고, 최상단 superClass는 property 값을 변경할 기회를 얻게 된다.
  • 값 변경의 기회는 계층 구조 최상단 superClass부터 마지막 subClass의 순서로 주어진다.
  • 현재 클래스에서 init을 호출한 것이 convenience initializer라면, designated initializer부터 우선적으로 self의 값을 변경할 기회를 얻게 된다. 이 작업을 마치면 최종적으로 convenience initializer가 값을 변경할 기회를 얻게 된다.

📝 참고 사이트

• https://docs.swift.org/swift-book/documentation/the-swift-programming-language/initialization/
• https://beepeach.tistory.com/411
• https://ios-development.tistory.com/239

[Hminchae]

Initializer란

• 모든 클래스들의 프로퍼티는 초기화 과정에서 반드시 초기값이 할당되어야 함
• 따라서 Swift에서는 모든 클래스의 init이 보장될 수 있도록 아래 두가지 초기화 메서드를 제공함
  • Designated Init
  • Convenience Init

    Designated init

• Swift의 초기화 Initializer
• 클래스의 모든 프로퍼티가 초기화될 수 있도록 함
• 정식 풀네임은 Designated Initializer이지만, init으로 줄여 쓴다.

Convenience init

• init이 모든 프로퍼티를 전달받지 못하고, 일부 프로퍼티만 가질 때의 상황에 대비하여 에러가 뜨지않게 하는 보조 Initializer
• Designated init의 파라미터 중 일부를 기본값으로 설정하여, 이 convenience init안에서 Designated init을 호출하여 초기화를 진행할 수 있음

Convenience init 주의

Swift의 Initializer 규칙

convenience init은 같은 클래스에서 다른 이니셜라이저를 호출해야한다.

Designated init의 보조이기 때문에 위에서 선언한 init을 활용하여 선언해야 한다.

📝 참조

• https://beingdesigner.tistory.com/49
• https://velog.io/@hayeon/Convinience-init%EC%97%90-%EB%8C%80%ED%95%B4-%EC%84%A4%EB%AA%85%ED%95%98%EC%8B%9C%EC%98%A4
• https://choi-log-life.tistory.com/entry/iOS-Swift-initialization-3

[vichye-1]

클래스에서의 Initialization

<Initializer의 종류>

• Designated initializer(지정 생성자)
  • 클래스의 모든 프로퍼티를 초기화 하는 생성자
  • 해당 생성자 메서드가 종료되기 전까지, 생성자 안에 모든 프로퍼티는 “초기값”을 가지고 있어야한다
  • 반드시 super 클래스의 생성자를 호출해야 한다
• Convenience initializer(편의 생성자)
  • Designated Initializer를 도와주는 역할을 한다
  • 모든 프로퍼티를 초기화할 필요는 없다(ex: Designated initializers의 파라미터 중 원하는 값만을 기본값으로 설정)
  • 반드시 다른 initializer를 호출해야한다(Convenience, Designated 상관없이)
  • 슈퍼클래스를 호출할 수 없고
  • 같은 클래스(동일한 계층) 내에 있는 Convenience initializer 나 Designated Initializer를 호출해야 한다
  • init 체인이 연결되어있는 끝 지점은 항상 같은 클래스 내에 있는 Designated initializer가 호출되어야 한다
  • 따라서 Convenience init 을 사용하기 위해서는 Designated init이 반드시 구현되어있어야한다.

구조체에서의 Initialization

• 클래스와 달리 convenience initializer를 사용할 수 없다.
  • 상속을 지원하지 않기 때문이다
  • struct의 프로퍼티들은 ‘memberwise initializer’로 자동으로 초기화된다.
• 구조체의 경우 : Memberwise Initializer
  • 프로퍼티의 초기화를 따로 지정하지 않을 경우, 초기화되지 않은 프로퍼티를 초기화할 수 있는 init 함수를 자동으로 제공함
  • 생성자를 ‘직접’ 생성한 경우, memberwise initializer는 더이상 제공되지 않는다
  • 하지만 extension 활용하면 init함수도 구현하고, memberwise initializers도 사용할 수 있다

📝 참고

• https://docs.swift.org/swift-book/documentation/the-swift-programming-language/initialization/
• https://babbab2.tistory.com/168
• https://github.com/TTOzzi/Question-Archive/blob/master/contents/week-2.md#q-2

[ronick-grammer]

Designated Initializer (지정 생성자)

• 클래스를 생성하기 위한 기본 생성자이다.
• 클래스 내부의 모든 프로퍼티들을 초기화한다.
• 상속관계에 있다면 부모클래스의 모든 프로퍼티들 역시 초기화해야 한다.

Convenience Initializer (편의 생성자)

• 클래스를 쉽게 생성하기 위한 생성자이다.
• 클래스를 생성시 모든 프로퍼티가 아닌 일부에 대해서만 초기화를 하고 나머지 프로퍼티는 default 값으로 초기화를 시켜줄 수 있다.
• Designated Initializer를 호출해야 한다.

Initializer Delegation

클래스가 상속관계에 있을때 or 클래스가 Designated Initializer와 Convenience Initializer 둘다 가지고 있을 때 생성자가 또다른 생성자를 호출하는 방식이다. Initializer Delegation 호출을 위한 룰은 아래와 같다.

• Rule 1: 상속관계에 있을때 Designated initializer는 부모클래스의 Designated initializer 를 호출해야 한다.
• Rule 2: Convenience Initializer는 같은 클래스에 정의된 다른 생성자를 호출해야한다.
• Rule 3: Convenience Initializer는 결국에는 Designated Initializer를 호출해야한다.

Two-Phase Initialization: 클래스 생성 과정

Swift에서는 클래스를 생성하는 2단계 과정이 존재한다.

• 1단계: 클래스 내부에 선언된 프로퍼티가 초기화된다.

  • 1: Designated 혹은 Convenience Initializer 가 호출된다.

  • 2: 클래스를 위한 힙 메모리가 할당된다. 아직 메모리에 데이터가 초기화된 상태는 아니다.

  • 3: Initializer Delegation으로 인해 마지막에 Designated Initializer에서 클래스의 모든 프로퍼티들이 초기화된다. 메모리에 데이터가 초기화된 상태이다.

  • 4: 상속관계에 있을경우 부모 클래스의 생성자를 호출함으로서 Initializer Delegation을 수행한다.

  • 5: 위 과정을 최상위 부모 클래스의 Designated Initializer 가 호출될 때까지 진행한다.

  • 6: 최상위 부모 클래스의 Designated Initializer가 호출됨으로서 상속관계에 있는 모든 클래스의 프로퍼티들이 초기화되었고, 메모리에 모든 데이터 역시 초기화 된 상태가 된다.

• 2단계: 클래스 내부의 모든 프로퍼티가 초기화 된 후, 이 프로퍼티들을 접근/수정 할 수 있다.

  • 1: 최상위 부모 클래스의 Designated Initializer가 호출 된 후에야 Designated Initializer 내에서 클래스의 프로퍼티와 메서드, self에 접근할 수 있게 되고, 차례로 바로 아래의 자식 클래스 Designated Initializer 내에서 클래스의 프로퍼티와 메서드에 접근할 수 있게 된다.

  • 2: 마지막으로 모든 Convenience Initializer 내에서 클래스의 프로퍼티와 메서드, self에 접근할 수 있게 된다.

클래스 생성자 Safety-Check

Swift는 Two-Phase Initialization 을 에러없이 안전하게 수행하기 위한 안전 방침을 따른다.

• Safety Check 1: 상속관계에서 자식 클래스의 Designated Initializer 는 부모 클래스의 생성자를 호출(Initializer Delegation)하기 전에 해당 자식 클래스의 모든 프로퍼티들이 초기화가 되어 있어야 한다.

• Safety Check 2:자식 클래스의 Designated Initializer는 부모 클래스의 생성자를 호출하기 전에 부모 클래스로 부터 상속받은 프로퍼티를 초기화 해서는 안된다. 상속받은 프로퍼티를 자식 클래스의 Designated Initializer에서 사전에 초기화를 진행해버리면 이후에 부모 클래스의 생성자에서 한번더 초기화를 시도하기 때문에 의도치 않은 값이 담기게 된다.

• Safety Check 3: Convenience Initializer는 클래스의 다른 생성자를 호출하기 전에 프로퍼티를 초기화해서는 안된다. 그렇지 않으면 이후에 호출되는 Designated Initializer에 의해 의도치 않은 값이 담기게 된다.

• Safety Check 4: 모든 생성자는 상속관계에 있는 모든 클래스들의 모든 프로퍼티가 초기화 되기 전까지는 모든 프로퍼티, 메서드 그리고 self에 접근/사용할 수 없다.

📝 참고 사이트

• Initialization