# MVC 패턴

[yoogail105]

1. MVC

1-1. Traditional MVC

• Model - View - Controller
• Model이 변경되면 Controller가 렌더링
• Model이 바뀌면 View는 직접 모델로부터 상태 정보를 받아온다.
• 세 개체가 모두 긴밀하게 연결되어 있고, 자신이 아닌 다른 두 객체에 대해 알고 있다.
• → 재사용할 수 없음
• → 애플은 cocoaMVC를 제시
  

🖍 Traditional MVC와 좋은 아키텍쳐 요소

• distribution: ViewController에게 많은 권한이 집중되어 단일 책임 원칙과 어긋난다.
• Testability: View, Controller를 명확하게 분리하기 어려워 재사용성 떨어지고, 유닛 테스트 진행하기 어려워진다.
• Ease of use: ViewController에 많은 코드가 작성되어 복잡해지고, 유지보수하기 힘들어 진다. ****
  

1-2. cocoaMVC

실제 cocoaMVC의 동작

• Model - View - Controller
• 애플에서 제시한 MVC
• Model과 View를 분리하여 독립성
• Controller가 View와 Model의 중재자 역할
• View가 사용자의 동작을 인식
• Controller는 View로부터 사용자의 액션을 받아, Model에게 어떤 작업을 해야하는지 알려줌
• Controller는 Model의 데이터 변화를 View에 전달하여, View를 어떻게 업데이트할지 알려줌
  

🔎 MVC 역할

• Model: 앱의 데이터와 비즈니스 로직
• View: 사용자에게 데이터를 보여주거나, UI 담당
• Controller: Model - View의 연결, 중재자 역할
  • View를 포함, View의 Life cycle 관리
    

📬 MVC가 소통하는 방법

📨 Controller → View / Model

• 위의 그림에서 알 수 있듯이, Controller는 View와 Model에 직접 지시할 수 있다.
  

📨 View → Controller

• Controller는 View에서 발생할 수 있는 action에 대한 target을 만들어둔다.
  • View에서 유저의 액션이 발생할 경우, Controller에 있는 target이 이를 받아서 알맞은 동작을 수행한다.
  • ex. button.addTarget(self, action: #selector(barButtonPressed(_:)), for: .touchUpInside)
• View는 Delegate 패턴을 이용하여 Controller에게 어떤 작업을 수행할지 알린다.
  • ex. UITableViewDelegate, UITableViewDataSource
    

📨 Model → Controller

• Model은 Observer패턴을 이용해 Controller에 신호를 보낸다.
  • ex. Notification, KVO
  • 일을 수행하는 객체(publisher)가 진행하던 작업이 끝나면, 이를 구독하고 있는 객체(subscribers)들에 신호를 보냄
    

📊 MVC 패턴 장단점

📈 장점

• 다른 패턴에 비해 코드량이 적음
  • 역할에 따라 분리를 하고 있지 않고, ViewController에 많은 코드가 집중되기 때문에
• 애플에서 기본적으로 지원하고 있는 패턴 → 접근이 쉬움
• 개발 속도가 빠름
• 규모가 작은 프로젝트에서 사용하기 용이

📉 단점

• View와 Controller가 너무 밀접하게 연결되어 있음
• Controller가 View의 Life cycle까지 관리 → 둘을 분리하기 어려움 → 재사용성 ↓ → 유닛 테스트 진행하기 어려움
• Massive View Controller
  • 대부분의 코드가 ViewController에 작성되어 비대해지기 쉬움 → 프로젝트의 규모가 커질수록 유지보수 어려움
    

🖍 MVC와 좋은 아키텍쳐 요소

• distribution: Model과 View의 독립. 그러나 ViewController가 밀접하게 연관 → 독립성 X
• Testability: View, Controller를 명확하게 분리하기 어려움, Model만 테스트 가능
• Ease of use: 다른 패턴에 비해 전체 코드의 길이는 짧으나, 독립적이지 않아 유지보수 어려움
  

🔖 참고

• iOS Architecture Patterns by Bohdan Orlov
• [iOS] MVC 패턴에 대해 알아보자

[yoogail105]

2. CocoaMVC

• 애플에서 제시한 MVC패턴
• Controller가 View와 Model의 중재자 역할
• View, Model에 독립성을 주었다.
  • 기존의 MVC는 View와 Model이 서로를 알고 있었으나, cocoaMVC에서는 서로를 모름.
    

실제 cocoaMVC의 동작