[ iOS ] MVC - 1) MVC란?

Model - View - Controller 아티클을 읽고 정리한 글입니다.

Model-View-Controller

 

 

MVC란?

MVC는 Model - View - Controller 로 구성되어 있는 디자인 패턴으로, 이 패턴을 적용하는 앱의 객체는 앞서 말한 세 가지 역할 중 하나를 부여받는다. 예를 들어 버튼은 View 역할을 부여받는다.

또한 이 패턴은 객체가 앱에서 수행하는 역할을 정의할 뿐만 아니라, Model - View - Controller 간 서로 상호작용하는 방법도 정의한다. 뒤이어 나오겠지만 View와 Model은 서로 직접 상호작용하지 않으며, 중간에서 Controller가 서로를 연결해 주는 역할을 수행한다. 

이 세 타입 각각은 서로 추상적인 경계로 하여금 분리되어있으며, 경계를 넘어 다른 타입의 객체들과 상호작용한다.

MVC 타입들의 각 모음들은 계층(layer)으로 불린다. ( Model layer / View layer / Controller layer )

 

 

 

 

 

 

MVC의 이점

MVC는 Cocoa 앱의 좋은 디자인에 있어 핵심적이다. 이 패턴을 채택하여 얻을 수 있는 이점은 다음과 같다.

• 재사용성 증가
• 인터페이스 정의 용이
• 좋은 확장성
• Cocoa 기술과 구조는 MVC에 기반을 두고 있으며, 커스텀 객체를 만들 경우 MVC 역할 중 하나를 이행해야 한다.

 

 

 

Model 객체

Model 객체는 데이터를 캡슐화하고, 해당 데이터를 처리하는 로직과 작업을 정의한다. 우리가 사람들의 정보를 저장하기 위해 Person이라는 데이터 모델을 만든다고 가정해 보자. 구조체로 모델을 만들고, 구조체 안에 name 프로퍼티와 say라는 메서드를 만드는 걸 생각하면 Model의 역할이 무엇인지 쉽게 이해할 수 있을 것이다. 이외에도 네트워크 연결 등의 작업도 Model에 해당한다.

struct Person {
   let name: Sting
   
   func say() {
      print("안녕? 나는 \(name)이야")
   }
}

 

Model 객체는 다른 Model 객체와 일대다 관계를 가질 수 있다. 따라서 Model 계층은 하나 이상의 객체 그래프를 가진다.

Object graph: 컴퓨터 과학의 객체 지향 프로그램에서 객체 그룹은 다른 객체에 대한 직접 또는 간접 참조를 통한 서로 간의 관계로 네트워크를 형성한다.

 

파일 또는 데이터 베이스에 영구적으로 저장된 데이터들은 애플리케이션에 이 데이터가 로드된 후에는 Model 객체에 속해야 한다. Model 객체는 특정 문제 분야에 대한 정보를 담고 있기 때문에, 유사한 문제에 대해 재사용될 수 있다. 예를 들어 프로필 데이터 로드 시, 마이페이지에서도 사용할 수 있고 다른 사람의 프로필을 볼 때도 사용할 수 있다. Model과 View 간의 이상적인 관계로는 직접적인 연결이 없는 것이다. 즉, model 객체가 사용자 인터페이스와 presentation에 관련돼서는 안 된다.

 

Commnuication

데이터를 생성하고 수정하는 view 계층에서의 사용자 액션은 controller를 통해 상호작용하며, 이는 model 객체 생성 또는 업데이트한다. 예를 들어 프로필 생성 시 TextField에 이름은 적어 테이터를 생성하거나 프로필 수정 시 TextField에 있는 이름을 수정한 뒤 '완료' 버튼을 선택하면 사용자 액션이 view를 거쳐 controller로 전달되어 미리 구현한 로직에 따라 관련된 model 객체가 업데이트된다.

네트워크 연결을 통해 새로운 데이터가 전달되어 model 객체가 변경될 때에는, model 객체는 controller 객체에게 이를 알리고(notify), controller 객체는 이러한 model 객체의 변경사항을 적절한 view 객체에 업데이트한다.

 

 

 

 

View 객체

view 객체는 버튼, 텍스트, 이미지 등 사용자가 볼 수 있는 애플리케이션 객체이다. view 객체는 자신이 화면에 어떻게 그려질지도 알고 있으며, 사용자 액션에도 응답할 수 있다. view 객체의 주요 목적은 사용자에게 model 객체의 데이터를 보여주고 수정할 수 있도록 하는 것이다. 이러한 view와 model의 관계에도 불구하고, view 객체는 일반적으로 MVC 패턴에서 model 객체와 분리된다.
view 객체는 일반적으로 재사용되기 때문에 애플리케이션 내에서 일관적인 모습을 보인다. UIKit 프레임워크는 view 클래스 모임을 제공하고, Interface Builder는 UIKit의 라이브러리에서 수십 개의 view 객체를 제공한다.

Interface Builder: Xcode에서 사용자 인터페이스를 만들기 위한 그래픽 환경(.nib, .xib)

 

Communication

view 객체는 애플리케이션의 controller 객체를 통해 model 객체의 데이터 변화를 알게 되고, controller 객체를 통해 사용자 주도의 변경 사항을 애플리케이션의 model 객체에 알린다. 예를 들어 TextField에 입력된 텍스트를 model 객체에 알리는 것이다.

 

 

 

 

Controller 객체

controller 객체는 하나 이상의 view 객체와 하나 이상의 model 객체 사이의 중개자로서 동작한다. 즉 controller 객체는 view 객체 model 객체의 변경사항에 대해 알게 하고, model 객체가 view 객체의 변경사항에 대해 알게 하는 파이프이다. 또한 controller 객체는 애플리케이션에 대한 설정과 작업 조정을 수행하고, 다른 객체들의 LifeCycle을 관리한다.

 

Communication

한 controller 객체는 view 객체에 생성된 사용자 액션을 해석하고, 새롭거나 변경된 데이터를 model 계층에 전달한다. model 객체가 변경될 때, controller 객체는 해당 view 객체에 그 model 데이터를 전달하고 그 후 view 객체들은 변경된 데이터를 반영하여 사용자에게 보여준다.