델리게이트 패턴

델리게이트 패턴

객체가 자신의 책임을 다른 객체에게 위임(Delegate)하는 디자인 패턴

델리게이트 패턴은 서로 다른 객체가 단방향으로 소통하도록 도와주는 역할을 한다.

예제

import UIKit

protocol 뭔가시키는델리게이트 {
    func 함수A()
}

class ClassA {

    var delegate: 뭔가시키는델리게이트?

    func A의함수() {
        delegate?.함수A()
    }

}


class ClassB: 뭔가시키는델리게이트 {

    // ClassB는 뭔가시키는델리게이트를 채택했기 때문에 함수A()를 구현해야한다.
    func 함수A() {
        print("함수A가 실행되었습니다.")
    }

}

let classA = ClassA()
let classB = ClassB()

classA.delegate = classB

classA.A의함수()    // 함수A가 실행되었습니다.

위의 코드에서 ClassA는 내부에서 delegate라는 속성을 갖는다.

delegate의 타입은 '뭔가시키는델리게이트' 라는 프로토콜로 지정되어있다.

하단 부분에서 ClassA의 delegate를 ClassB의 인스턴스를 담은 변수로 지정한 다음,

ClassA의 함수를 실행했더니 ClassB의 함수가 실행되었다.

 

ClassA에서 함수를 호출했더니 ClassB에서 함수가 호출된 것이다.

 

이렇게 델리게이트 패턴을 이용해서 두 객체가 소통할 수 있도록 만들었다.

 

앱을 개발하다보면 이렇게 ClassB의 함수를 ClassA에서 실행해야할 경우들이 종종 있다.

또는 ClassA에서 함수를 실행하면 ClassB, ClassC, ClassD의 함수를 실행시켜야 할 경우도 있다.

 

이런 경우에 델리게이트 패턴을 사용하여 적용하면 좋을 것 같다.

주의해야할 부분

두 객체가 서로 강하게 참조하고 있을 경우 Strong Reference Cycle이 생길 수 있다.

weak var delegate: SomeDelegate? 이런식의 선언을 통해 강한참조싸이클 문제를 피할 수 있다.

 

근데 위 코드에서 weak var delegate: 뭔가시키는델리게이트? 이렇게 선언하면 아래와 같은 오류를 볼 수 있다.

'weak' must not be applied to non-class-bound 'MyDelegate'; consider adding a protocol conformance that has a class bound

 

프로토콜은 클래스, 구조체, 열거형에 사용할 수 있는데 위에서 선언한 프로토콜은 클래스, 구조체, 열거형 어디서 사용되는지 알 수 없기 때문에 reference count 관리를 위해 사용되는 unowned, weak 키워드를 사용할 수 없는 것이다.

 

이를 해결하려면

protocol 뭔가시키는델리게이트: AnyObject {
    func 함수A()
}

class ClassA {

    weak var delegate: 뭔가시키는델리게이트?

    func A의함수() {
        delegate?.함수A()
    }

}

AnyObject를 채택해주면 오류를 피할 수 있다. (swift 4버전 미만은 class를 채택해주면 된다.)

weak 키워드는 참조 유형에 대해서만 정의될 수 있기 때문에 값 유형인 구조체, 열거형에서는 정의될 수 없는 것이다.