MVC 패턴의 개요
Model - View - Controller 구조로 이루어진 디자인 패턴을 의미한다.
Model : 앱의 데이터 또는 비즈니스 로직을 소유 ( 데이터의 변수 및 상수 , 데이터 값의 계산 등을 수행 )
View : 사용자에게 데이터 또는 UI 를 보여주는 역할을 수행 ( Storyboard 가 View 에 포함 )
Controller : Model 과 View 의 중간에서 View로부터 사용자의 이벤트를 감지하고, 해당 이벤트 처리를 Model에게 지시하며, Model의 계산된 데이터를 받아 View에게 전달하는 역할을 수행 ( TableViewController , ViewController, 등등.. )
Model - View - Controller 는 각각 어떻게 소통을 하나?
음식점을 예로 들어보자
1. 손님은 음식을 주문하기 위해 음식점의 홀에 있는 종업원에게 음식을 주문한다.
2. 음식 주문을 받은 종업원은 주방장에게 주문 내역을 보여준다.
3. 주방장은 주문내역을 보며 음식을 조리하여 조리가 완료되면 종업원을 다시 부른다.
4. 종업원은 해당 음식을 손님에게 제공한다.
5. 만약, 음식의 맛이 이상하거나 추가적인 조리를 원한다면 손님은 종업원을 호출한다.
6. 종업원은 손님의 요구사항을 적어 주방장에게 전달한다.
7. 주방장은 손님의 요구사항대로 음식을 재 조리하여 종업원을 부른다.
8. 종업원은 손님에게 재 조리된 음식을 제공한다.
자! 이제 종업원을 Controller로, 손님을 View로, 주방장을 Model 로 생각해보자
손님(View)은 요구사항을 전달하기 위해 종업원(Controller)에게 요구사항을 알려준다.
종업원(Controller)는 해당 요구사항을 주방장(Model)에게 전달한다.
주방장(Model)은 요구사항대로 조리가 되면 종업원(Controller)에게 음식을 전달한다.
종업원(Controller)은 주방장(Model)로부터 받은 음식을 손님(View)에게 전달한다.
즉, View 와 Model 은 직접적으로 소통할수 없고, Controller를 통해서만 소통을 할수 있다.
아주 간단한 MVC 패턴 적용 예시
TableView 를 사용해 이름들을 나열하는 화면을 그려보자!
일단 나 같은 경우, 공부를 해가는 과정이지만 Udemy - 안젤라유님의 강의를 듣고 최대한 습관화 하려고 노력하고있다.
이렇게 Model - View - Controller 를 구분하여 그룹으로 묶어두면 MVC패턴에 익숙해지는데 도움이 될거같아서...
Model
Name 구조체 먼저 선언해주고
View
View는 Storyboard 파일도 포함되지만, 이렇게 일부 Cell을 떼어내어 View로 구성할수 도 있다!
Controller
해당 부분을 보면 알겠지만, Model에 선언된 구조체를 Controller가 그 내용을 담고있으며,
View의 변화 ( TableView의 DataSource ) 에 따라 해당 값을 Controller가 전달한다.
이를 실행해보면
이와 같이 TableView 로 각 이름 값 들을 표시하는걸 볼 수 있다!
물론 해당 예시가 완벽한 MVC 패턴을 그리고 있진 않지만 대략적으로 이렇게 사용된다고 이해하면 될 것 같다!
MVC 패턴의 장점
- 다른 패턴들에 비해 비교적 적은 코드량을 갖고있다
- Apple 에서 SwiftUI가 나오기 전, 기본적으로 채택하고 있던 패턴요소이다! ( 하지만,, 현재는 MVVM 패턴을 강조하고 있다... MVVM 패턴은 아직까진 숙지가 되지 않아 이해하게 되면 블로그에 올릴 생각! )
MVC 패턴의 단점
- 모든 일을 Controller가 맡아서 하고있다, 즉 Cotroller가 너무 많은 업무를 담당하게 된다
- Controller의 코드가 너무 길어질 수 밖에 없는 구조! → Controller의 내부 구조가 복잡해지기 쉽다
- 프로젝트의 규모가 커질수록 유지보수 하기에 어려움이 있다! ( 사실 아직까지 큰 프로젝트를 한적이 없어서 이 말이 잘 이해가 가지 않는다... 나중에 하게 된다면 몸소 느껴봐야겠다! )