Swift) 프로토콜 지향 프로그래밍

우리가 iOS 개발을 하면서 쓰는 Swift 언어는 프로토콜 지향 언어 라고 하죠 ! 

 

흔히 알고있는 객체지향 프로그래밍은 사물을 객체로 형성하여

공통점을 갖는 모든 곳에서 상속받는 객체 내부의 로직을 캡슐화 합니다.

 

객체 지향 프로그래밍은 SuperClass에 종속적이라는 점과

Value Type을 사용할 수 없다는 것이 단점인데요 !

 

또, 단 하나의 SuperClass 만 상속할 수 있기 때문에 시간이 지나면 기능도 확장되므로

이에 따라 복잡도가 높아지고 관리도 어려워 지게 됩니다. 

 

---

프로토콜 지향 프로그래밍은 필요한 부분만 프로토콜로 분리해서 만들 수 있고,

다중 프로토콜을 구현 할 수 있습니다 !

또, 프로토콜 규칙을 class, struct, enum에 적용할 수 있기 때문에

확장 부분에서도 OOP보다 유연하다고 할 수 있겠죠 ~

 

---

스위프트는 대부분 구조체로 기본 타입이 구현되어 있습니다 !

String, Int, Float, Date, URL 등등. 익히 사용하고 있는 데이터 타입은 모두 구조체이고,

Array, Set, Dictionary 또한 구조체로 구현이 되어있습니다.

 

그런데, 구조체는 클래스와 달리 상속이 불가능 합니다.

그러면 상속도 되지 않는 구조체로 어떻게 다양한 공통 기능을 가질 수 있을까요 ? 

바로 Protocol 과 Extension이 있기 때문이죠 !

 

 

---

예시 

protocol Talkable {
    var topic: String { get set }
    func talk(to: Self)
}

struct Person: Talkable {
    var topic: String
    var name: String

    func talk(to: Person) {
        print("\(topic)에 대해 \(to.name)에게 이야기합니다")
    }
}

위의 코드와 같이 Talkable 이라는 프로토콜을 생성하고 Person에서 이 프로토콜을 채택합니다 !

프로토콜 채택 시 프로토콜이 요구하는 사항을 모두 구현해줘야겠죠.. !

 

Person의 내부 코드를 알지 못하더라도,

Talkable을 채택하고 있으니 talk(to: ) 메소드를 호출하는게 가능합니다.

 

또, 아래와 같이 여러개의 프로토콜을 채택하는 것이 가능합니다.

protocol Eatable {
    func eat()
}
protocol Moveable {
    func run()
    func walk()
}
struct Person: Talkable, Eatable, Moveable {
    var topic: String
    var name: String

    func talk(to: Person) {}
    func eat(){}
    func run(){}
    func walk(){}
}

필요한 기능은 프로토콜로 묶음으로써 기능의 모듈화가 가능해집니다 ! 

 

근데 Person 말고도 다른 타입에서도 채택하고 싶다면,

매번 요구사항을 구현해야되기 때문에 중복되는 코드가 발생하게 됩니다. 

이를 방지하기 위해 프로토콜의 Extension에 미리 요구사항들을 구현해 둘 수 있습니다.

 

이것을 프로토콜의 초기구현 이라고 합니다 !

protocol Talkable {
    var topic: String { get set }
    func talk(to: Self)
}

// 익스텐션을 사용한 프로토콜 초기 구현
extension Talkable {
    func talk(to: Self) {
        print("\(to)! \(topic)")
    }
}

이렇게 익스텐션으로 미리 구현해두면,

프로토콜을 채택하기만 해도 그 타입의 기능이 추가되어 사용할 수 있게 됩니다 !! 

 

만약에 프로토콜 초기 구현과 다른 동작을 해야한다면,

그저 그 타입에 프로토콜의 요구사항을 재정의해주면 됩니다.

 

---

프로토콜 채택만으로도 그 기능을 사용할 수 있게 프로토콜 초기구현을 잘 해두는게 

프로토콜 지향 프로그래밍에서 중요한 부분이라고 합니다 🍞

 

또한, OOP의 SuperClass와 달리 기능들을 분리하여 Protocol Extension을 

생성할 수 있기 때문에 SuperClass의 단일화 문제점에 대한 해결책이 될 수 있을 것 같습니다 :) 

 

 

 

 

참고한 블로그

 

[Swift] 프로토콜 지향 프로그래밍(Protocol-Oriented Programming) - jinShine

 

프로토콜 지향 프로그래밍