2. MVP 패턴

UIView, UIViewContorller가 Passive View에 속함
- Passive View: 수동적인 뷰, 거의 로직을 가지고 있지 않는 뷰
Presenter: UIKit과 독립적으로, View의 Life cycle과 아무런 연관이 없고, UI를 구성하는 코드가 없다.
- cocoaMVC: 중재자의 역할을 하는 Controller는 View를 품고 있었고, View의 life cycle을 관리하는 등 View과 명확하게 분리할 수 없었다.
Presenter: 데이터와 상태에 따라 View를 업데이트하는 것을 담당한다.
UIViewController
- MVP에서, UIViewController의 상속받는 하위 클래스들은 Presenter가 아니라, View이다.
- → 이러한 분리는 최고의 testability를 제공
- → binding을 할 수 있는 코드를 별도로 작성해야 해서, 코드를 작성하는 데에 비용이 든다.
View - Presenter 1:1소통

🔎 MVP 역할

Model: MVC에서 의미하는 모델과 같은 역할, 비즈니스 로직과 데이터를 가짐
(Passive) View: UIView, UIViewController를 가짐
Presenter: View - Model을 연결하는 중재자 역할에 더욱 집중
- MVC의 Controller에 해당하는 Presenter에는 View의 Life cycle, Layout에 관련된 코드가 들어가지 않는다(→ life cycle에 영향을 받지 않는다)
- UIKit과 관련 없는 로직들을 수행한다.
- 사용자의 응답에 반응하거나, 상태에 따라서 UI를 업데이트하도록 명령한다.
- ⇒ Model로부터 갱신된 데이터를 받아서, View를 업데이트 하는 역할