MVC 구조에 대해 블록 그림을 그리고, 각 역할과 흐름을 설명하시오.

[Do-hyun-Kim]

MVC 구조에 대해 블록 그림을 그리고, 각 역할과 흐름을 설명하시오.

MVC Pattern이란 무엇인가?

• MVC Pattern 은 Model - View - Controller로 구성된 구조이다.
• MVC Pattern을 사용시에 사용자의 인터페이스로부터 비즈니스 로직을 분리하여 애플리케이션의 시각적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향 없이 독립적으로 유지보수 할 수 있다.
• MVC Pattern 은 세가지 구성 요소(Model, View, Controller)로 구성되어 있으며 세가지 역활을 구분하는 디자인 패턴이다.

Model

• Application의 데이터(DTO) 와 관련된 내용을 담고 있다.
• Application의 데이터를 관리하는 로직도 Model 에서 처리하고 있다.
• 주로 JSON Codable, Core Data, Device Data, Network Code, Constants, Variable, 등이 Model에 포함된다.
• Model 객체는 결국 Public 하게 접근 되어야 한다.

View

• View는 사용자에게 보여지는 User Interface 부분을 담당 한다.
• 사용자에게 데이터를 보여주는 역활을 하며, 화면을 구성하는 Code를 포함하고 있다.
• iOS환경에서 View는 delegate Pattern 의 delegate , datasource를 이용하여 Controller에게 작업을 수행하도록 위임한다.

Controller

• Controller는 앱의 핵심 로직을 담고 있는 계층이다.
• Controller는 View, Model에 연결되어 있어 그 중간의 역할을 하고 있다. MVVM 패턴의 ViewModel 역할과 비슷하다.
• View로부터 사용자의 Action을 받으면 Model에게 상응하는 작업을 notify 해주거나 Model의 데이터 변화를 View에게 전달하여 View를 update 하는지 알려준다.

MVC Pattern 장점

• MVC Pattern같은 경우 다른 패턴에 비해 적은 코드량을 요구한다.
• 적은 코드량으로 구현하기에 단기간에 구현이 가능하다.
• Pattern 구조 파악이 비교적 쉽다.

MVC Pattern 단점

• Application 규모가 커지면 Controller의 코드량이 많아지며 Massive view controller 해진다.
• View, Controller가 결합되어 있으며, Controller 가 Life Cycle 까지 관리 하기 때문에 재사용성이 떨어지며, 유닛테스트를 진행하기 어렵다.

참고 사이트

• Model-View-Controller
• MVC 패턴에 대해 알아보자

[vichye-1]

MVC 란?

• Model-View-Controller 의 약자
• iOS에서는 ViewController가 사용되기 때문에 View와 Controller가 결합됨
• 개발 시 3가지 형태로 역할을 나누어 개발하는 방법론
• 비즈니스 처리 로직과 사용자 인터페이스 요소들을 분리시켜 서로 영향없이 개발 하기 수월함

Model : 앱의 비즈니스 로직을 가지고 있음

• 어플리케이션이 ‘무엇’을 할 것인지 정의
• 처리되는 알고리즘, DB와 상호작용(CRUD Create Read Update Delete), 데이터 등을 관리

View : 앱에서 유저에게 보이는 역할, UI 담당

• 컨트롤러 하위에 종속되어 모델이나 컨트롤러가 보여주려고 하는 것들을 보여준다.
• 최종 사용자에게 ‘무엇’을 화면(UI)으로 보여줌

Controller : View와 Model을 잇는 역할

• 모델이 ‘어떻게’ 처리할 지 알려주는 역할.
• 화면의 로직처리 부분
• View로부터 사용자의 action을 받아 Model에게 어떤 작업을 해야 하는지 알려주거나
• Model의 데이터 변화를 View에게 전달하여 View를 어떻게 업데이트할지 알려준다
• 사용자로부터 입력을 받는다
• View의 Life Cycle까지 관리한다

MVC 패턴의 장점

• 다른 패턴에 비해 코드량이 적다
• 애플에서 기본적으로 지원하고 있는 패턴이기 때문에 쉽게 접근할 수 있다
• 개발 속도가 빠르다

MVC 패턴의 단점

• View 와 Controller가 너무 밀접하게 연결되어 있다.

• Controller가 View의 Life Cycle까지 관리하기 때문에 View와 Controller를 분리하기 어렵다

  • 재사용성이 떨어지고, 유닛 테스트를 진행하기 어려워진다.

  • 대부분의 코드가 Controller에 밀집될 수 있다

    • Life Cycle 관리 뿐만 아니라, delegate나 datasource 관리, 네트워크 요청, DB에 데이터 요청 등 많은 코드가 Controller에 작성되면 Controller의 크기는 비대해지고 내부 구조는 복잡해진다

      → Massive View Controller 라고 부른다

      → 이렇게 복잡한 코드는 프로젝트 규모가 커질수록 유지보수하기 힘들다.

참고

• [아키텍처 패턴] MVC 패턴이란?
• Apple Developer Doc - About App Development with UIKit
• velog - [iOS] MVC 패턴에 대해 알아보자
• medium - iOS Architecture Patterns
• velog - [iOS] MVC 패턴에 대해 알아보자

[ronick-grammer]

MVC 패턴이란

Model, View, Contorller 로 이루어진 아키텍처 패턴으로 애플리케이션의 각 로직을 역할에 맞게 분리하여 유지보수하기 쉽도록 한다.

Model

• 애플리케이션에서 사용되는 데이터이다.
• 데이터 가공 처리를 위한 로직이 들어갈 수 있다 (ex, 계산기 덧샘, 뺄셈 로직).
• View와 직접 소통할 수 없다.
• Controller와 직접 소통이 아닌, KVO, Notification 을 통해 소통한다.

View

• 애플리케이션에서 보여지는 UI 이다.
• 유저 이벤트를 받는다.
• Model과 직접 소통할 수 없다.
• Controller와는 직접 소통이 아닌 delegate, datasource 를 통해 소통한다.

Controller

• View와 Model 사이에서의 중개자 역할이다.
• View를 위해 Model의 데이터를 해석/처리해서 전달한다 (UI 로직).

iOS UIKit의 MVC

• UIKit 은 MVC 기반을 기반으로 만들어졌다. UIViewController 는 MVC의 Controller 속성을 가진다.
• UIKit의 Model, View는 UIViewController에게 각각 데이터 변경과, 유저 이벤트를 알리기 위해 KVO, Notification, Delegate, Datasource 를 사용한다.
• UIKit의 UIViewController 는 View를 위한 UI 로직 처리 및 Model을 위한 데이터 로직 처리 뿐만 아니라, 뷰의 생명주기 까지 관리하므로 코드가 방대해 질 수 있다.

📝 참고 사이트

• Basic iOS tutorial : MVC
• iOS 개발 - MVC 패턴과 UIKit의 ViewController
• [iOS] MVC 와 MVVM에 대한 고찰

[Hminchae]

MVC 구조

• Model, View, Controller 의 약자인 MVC 패턴은 하나의 애플리케이션, 프로젝트를 구성할 때 그 구성요소를 세가지의 역할로 구분한 디자인 패턴
• 이 패턴을 잘 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리(관심사 분리)하여 애플리케이션의 시각적 요소나 그 이면에서 실행되는 비즈니스 로직을 서로 영향없이 독립적으로 유지보수를 할 수 있음

M(Model)

• 프로그램이 작업하는 세계관의 요소들을 개념적으로 정의
• 프로그램이 목표하는 작업을 원활하게 수행하기 위해 필요한 물리적 개체, 규칙, 작업 등의 요소들을 구분
• 앱의 데이터와 비즈니스 로직을 가지고 있음
• 최대한 구체적이고 작은 entitiy를 유지하면서 모델을 설계해야 함

V(View)

• 사용자가 보는 화면에 입출력 과정을 보여주기 위한 역할
• 입출력의 순서, 데이터 양식은 Controller에 종속되어 결정 되며, 이때 View는 도메인 모델의 상태를 변환하거나, 받아서 렌더링하는 역할을 함

C(Controller)

• Model 과 View를 연결시켜주는 다리
• 도메인 객체들의 조합을 통해 프로그램의 작동 순서나 방식을 제어
• View로부터 사용자의 action을 받아 Model에게 어떤 작업을 해야하는지 알리거나 Model의 데이터 변화를 View에게 전달하여 View를 어떻게 업데이트할지 알려줌

Controller은 Model, View에게 직접 지시할 수 있지만, Model-View 는 독립되어야 하기때문에 서로 소통할 수 없다. -> 하지만 View가 Model의 데이터를 어떻게 가져오느냐에서 전통적인 Observer 패턴을 사용하고 있다.

• View는 반드시 Model에게 질의하여 업데이트하는 부분이 구현되어야 함
• Model은 addObserver라는 함수를 이용하여 View를 자신에게 등록시킴
• Model은 자신에게 등록된 모든 View를 기억하고 있다가 자신의 상태가 바뀌게 되면 등록된 모든 View에 notify함수를 호출하여 View를 업데이트 시킴
• Model은 View를 여러개 가질 수 있고 MVC에서는 이것을 허용함. +View도 여러개의Model에 등록될 수 있음

참고

• MVC 구조에 대해 각 역할과 흐름을 설명하시오.
• MVC 디자인 패턴 in iOS