MVC Pattern

💡 디자인패턴 중에 하나인 MVC 패턴에 대하여 학습하였습니다 !

 

MVC

• MVC는 Model, View, Controller의 약자로 하나의 애플리케이션이나 프로젝트를 구성할 때 구성요소를 세가지 역할로 구분한 패턴입니다.
• 사용자가 controller를 조작하면 controller는 model을 통해서 데이터를 가져옵니다.
• 그 데이터를 바탕으로 시각적인 표현을 담당하는 View를 제어하혀 사용자에게 전달합니다.

MVC의 특징

• MVC 패턴을 적절하게 사용하면, 사용자 인터페이스로부터 비즈니스 로직을 분리할 수 있습니다.
• 애플리케이션의 시각적인 요소와 실행되는 비즈니스 로직을 서로 영향 없이 쉽게 고칠 수 있는 애플리케이션을 만들 수 있습니다.

Model

• Data와 애플리케이션의 내부 비즈니스 로직을 처리하기 위한 역할을 합니다.
• 컨트롤러가 호출하면 데이터베이스와 연동하여 사용자 입출력 데이터를 다루거나 정보들의 가공을 책임지는 컴포넌트를 뜻합니다.

// 주사위를 던지는 행위를 관리하는 DiceModel을 생성하였습니다.
class DiceModel {
	// 데이터를 사용하지는 않지만, 아래와 같이 데이터를 저장합니다.
	val color = Color.Red
		
    fun rollDice(): Int { // 내부 비즈니스 로직을 처리합니다
        return (1..6).random()
    }
}

모델의 제약사항

• 모델은 사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 합니다.
• 뷰나 컨트롤러에 대해서 어떤 정보도 알지 말아야 합니다.
• 수정, 삭제, 추가 등 변경에 대한 처리방법이 구현되어야 합니다.

View

• 사용자에게 보여지는 화면, 즉 UI를 담당합니다.
• 사용자와 상호작용을 하여 컨트롤러로부터 받은 모델의 결과값을 사용자에게 화면으로 출력하는 일을 합니다.

class DiceView {
	// 컨트롤러로부터 결과를 받아서 사용자에게 UI를 표시합니다.
    fun displayResult(result: Int) {
        println("주사위 결과: $result")
    }
	// 사용자와 상호작용할 수 있습니다.
    fun promptRoll() {
        println("주사위를 굴리려면 엔터를 누르세요.")
    }
}

뷰의 제약사항

• 모델이 가지고 있는 정보를 따로 저장하면 안됩니다.
• 모델이나 컨트롤러와 같은 다른 구성요소들을 몰라야 합니다.
• 변경에 대한 UI 로직 처리 방법이 구현되어야 합니다.

Controller

• Model과 View, 데이터와 사용자 인터페이스 요소들을 잇는 인터페이스 역할을 합니다.
• Model의 데이터를 어떻게 처리할 지 알려주며, View에 요청이 있으면 Model을 호출하여 업무를 수행하고 다시 View에 전달하는 역할을 합니다.
• 사용자가 데이터를 클릭하고, 수정하는 것에 대한 이벤트들을 처리하는 부분을 뜻합니다.

// 사용자의 입력을 처리하고, Model과 View를 연결합니다.
class DiceController(
    private val model: DiceModel,
    private val view: DiceView
) {
    fun start() {
        view.promptRoll() // 뷰 로직 호출 
        readLine()  // 사용자 입력 대기 
        val result = model.rollDice()
        // 모델과 상호작용하여 결과를 View로 전달합니다
        // 비즈니스 로직 호출
        view.displayResult(result)
    }
}

컨트롤러 제약사항

• 컨트롤러는 다른 구성요소와 다르게 모델이나 뷰에 대해서 알고 있어야 합니다.
• 모델이나 뷰의 변경을 관찰하여 서로 상호작용하게 해야합니다.

정리

• MVC 패턴은 역할 분담을 어떻게 나눌 것인지 가이드라인을 제시하는 것이 중요합니다.

장점

• 각 구성요소들을 독립시켜 협업을 할 때 맡은 부분에 대한 개발에만 집중할 수 있게 되어 개발의 효율성이 증가합니다.

단점

• 하지만 Model과 View 사이에는 Controller를 통해 소통을 이루기 때문에 의존성을 완전히 분리하기 어렵습니다.
• 대규모 프로그램의 경우 컨트롤러가 불필요하게 커지는 현상이 발생하기도 합니다.
  • 이를 Massive-View-Controller 현상이라고 하며, 이를 보완하기 위해서 MVP, MVVM 패턴이 생겨났습니다.

참고

https://www.sanlab.me/blog/what-is-mvc

https://arc.net/l/quote/rftwmhvq