iOS - MVC Pattern

Design Pattern

💡 Pattern이 왜 필요한가?
디자인 패턴은 건축으로치면 공법에 해당하는 것으로 소프트웨어의 개발 방법을 공식화 한 것이다. 소수의 뛰어난 엔지니어가 해결한 문제를 다수의 엔지니어들이 처리 할 수 있도록 한 규칙이면서, 구현자들 간의 커뮤니케이션의 효율성을 높이는 기법이다.
협업 시 UI는 디자이너나 디자인을 담당하는 개발자가 만들고, 비즈니스 로직은 개발자가 만들기 때문에 코드를 의존적이지 않게 분리를 잘 해야한다.
UI를 그리는 View와 데이터, 로직을 담은 Model이 서로 의존적인 관계를 형성하여 일방적 혹은 쌍방적으로 영향을 받게 되는 것이 문제다! 라는 생각에서
View와 Model을 분리하여 서로 영향을 받지 않게 하자! 라는 결론으로 나타난 것이다.
Pattern이 나타난 이유는 view와 model간의 의존성 제거이다.

---

Architecture

애플리케이션을 디자인하고 구조화하는 방법
좋은 아키텍처는
1. 엄격한 룰에 따라 개체들간의 책임을 균형있게 분리해야한다.
2. 첫번째 말한 특징으로부터 나올 수 있는 테스트들이 가능해야한다.
3. 사용이 편하고 유지보수가 쉬워야 한다.

---

MVC Pattern

MVC는 사용자 인터페이스 기반 소프트웨어를 구조화하고 구성하기 위한 아키텍처적인 개념이자 디자인 패턴이다.

Model: 앱에서 사용되는 데이터와 그 데이터를 처리하는 로직 포함
View: 사용자에게 보여지는 화면 구성
Controller: View에서 입력에 대해 Model의 로직을 사용해 처리

뷰와 모델들을 뷰컨트롤러가 관리하면서
input이 들어오면 뷰컨트롤러에서 적당한 뷰와 모델을 찾아 표시하는 방식이다.
뷰컨트롤러가 해당 뷰와 모델을 모두 관리하고,
데이터 처리 로직을 포함하고 있기 때문에 뷰와 모델에서의 input은 모두 뷰컨트롤러에서 처리된다.

💡 왜 이렇게 설계했을까?
뷰컨트롤러가 중간다리 역할을 하고 뷰와 모델은 서로 별개의 영역으로 분리되어 서로 간섭이 없기 때문에 뷰와 모델의 수정이 쉽다.
뷰와 모델의 상호의존성을 없애고, 뷰컨트롤러가 뷰와 모델의 중간다리 역할을 해주는 것이 MVC패턴의 가장 이상적인 형태다.

---

MVC 패턴의 장단점

장점

1. 다른 패턴에 비해 코드량이 적고 애플에서 기본적으로 지원하고 있는 패턴이기 때문에 쉽게 접근할 수 있다.
2. 많은 개발자들에게 친숙한 패턴이기 때문에 개발자들이 쉽게 유지보수 할 수 있다.
3. 개발 속도가 빠르기 때문에 아키텍처가 중요하지 않을 때 사용하거나 규모가 작은 프로젝트에서 사용하기 좋다.

단점

그림처럼 뷰와 뷰컨트롤러가 너무 밀접하게 연결되어 있다.
뷰와 컨트롤러가 붙어 있고, 컨트롤러가 뷰의 Life Cycle까지 관리하기 때문에 뷰와 뷰컨트롤러를 분리하기 어렵다.
Life Cycle 관리 뿐만 아니라 데이터 로직 처리 등 많은 코드가 뷰컨트롤러에 작성되서 뷰컨트롤러의 크기는 비대해지고 내부 구조는 복잡해져서 재사용성이 떨어지고, 유닛 테스트를 하기 힘들다.
그래서 Massive View Controller라는 오명이 있기도하다.
이렇게 복잡해진 코드는 프로젝트 규모가 커질수록 유지, 보수하기 힘들다.