[10분 테코톡] 🐝범블비의 MVC Pattern

[10분 테코톡] 🐝범블비의 MVC Pattern

---

어떤 기술을 사용함에 앞서 그 기술을 왜 우리가 쓰고 있는지 알아야 된다고 생각한다.
그래서 우선 MVC 패턴의 역사를 먼저 알아보도록 하자.

역사

MVC의 탄생(1979)

MVC 패턴의 역사는 1979년 데스크톱 웹 어플리케이션이라는 데스크톱 어플리케이션을 위해서 나온 설계.

• 당시에는 사람의 멘탈 모델과 컴퓨터의 모델이 일치하지 않는 사람과 컴퓨터 사이의 어떤 간극들이 있었는데 그걸 해결하기 위해서 나온 패턴!

Small-Talk80 (1988)

Small-Talk80 이라는 논문에서 Model, View, Controller가 있는 지금과 유사한 패턴이 발표된다.
지금과 다른 점은 모델과 뷰가 결합이 되어 있다는 점이 다르다.

Cocoa MVC (Apple MVC)

우리가 알고 있는 모습의 MVC 패턴은 애플에서 발표한 Cocoa MVC라는 패턴이다.
코코아는 ios 라이브러리 개념인데, 그 ios설계를 위해서 애플이 모델과 뷰를 분리한, 현대 개발자들이 가장 친숙한 지금의 MVC 패턴을 발표

MVC 패턴의 흐름

1. 클라이언트가 필요한 기능을 컨트롤러에 요청
2. 컨트롤러가 모델에게 비즈니스 로직 수행을 요청
3. 모델이 비즈니스 로직을 수행하고 데이터를 반환
4. 컨트롤러가 데이터를 받아 뷰를 선택하여 출력

Model

• 데이터와 행동을 갖는 객체.
• 비즈니스 로직을 수행하고 데이터의 상태를 변경.
• 컨트롤러나 다른 모델에서 데이터를 요청하면 응답을 반환.
• 일반적으로 데이터베이스와 연결되어 데이터를 처리.

예시

public class User {
    private String name;
    private int age;

    public User(String name, int age) {
        this.name = name;
        this.age = age;
    }

    public String getName() { return name; }
    public int getAge() { return age; }
}

View

• 데이터를 시각적으로 표시하는 역할을 담당.
• 모델이 처리한 데이터를 컨트롤러를 통해 받아서 사용.
• 뷰에는 직접적인 비즈니스 로직이 포함되지 않아야 함.
• HTML, CSS, JavaScript, JSP, Thymeleaf 등의 UI 프레임워크를 활용.

예시

<h1>사용자 정보</h1>
<p>이름: ${user.name}</p>
<p>나이: ${user.age}</p>

Controller

• 사용자의 요청을 해석하여 적절한 모델과 뷰를 연결.
• 모델과 뷰를 느슨하게 결합하여 유지보수성을 높임.
• 유일하게 다른 모든 컴포넌트의 존재를 알고 있으며 데이터 흐름을 제어한다.

왜 사용할까?

1. 도메인의 재사용성

• 비즈니스 로직을 모델에 집중시키고, UI(View)를 독립적으로 설계할 수 있음.
• 예를 들어, 같은 데이터를 웹 애플리케이션뿐만 아니라 모바일, 데스크톱 애플리케이션에서도 재사용할 수 있다.

2. 확장성 증가

• 모델, 뷰, 컨트롤러가 독립적으로 동작하므로 변경이 용이하다.
• 하나의 레이어(Model, View, Controller)만 수정해도 전체 시스템에 영향을 최소화할 수 있음.

3. 중복 코드 제거

• 데이터의 흐름이 정리되면서 중복되는 코드가 줄어들고 유지보수가 쉬워짐.
• View와 Model을 분리함으로써 UI와 비즈니스 로직이 뒤섞이는 문제를 방지한다.

MVC 패턴의 한계

1. 컨트롤러가 비대해짐

• 컨트롤러가 비즈니스 로직과 데이터의 흐름을 처리해야 하므로 점점 무거워질 수 있다.
• 이를 해결하기 위해 Service Layer(서비스 레이어)를 추가하여 컨트롤러의 역할을 분리하는 방법이 많이 사용됨.

2. 데이터베이스 접근의 애매함

• MVC에서 모델이 직접 DB에 접근하는 것이 맞는지, 컨트롤러를 통해 접근해야 하는지 애매한 경우가 있다.
• 현대적인 개발에서는 Service Layer와 Repository 패턴을 추가하여 역할을 명확히 나눔.

현대적인 MVC 패턴의 개선 (Service Layer 추가)

기본 MVC 패턴만 사용하면 컨트롤러가 점점 무거워지고, 코드의 중복이 발생할 가능성이 있다.
이를 해결하기 위해 현대적인 MVC 패턴에서는 5계층 구조를 활용하는 경우가 많다.

개선된 mvc 구조는 Client → Controller → Service → Repository → Database

• Controller: 사용자 요청을 해석하여 Service 호출.
• Service: 비즈니스 로직을 처리.
• Repository: 데이터베이스와 연결.