M - V - C 패턴

M - V - C 패턴이란?

MVC(모델-뷰-컨트롤러)는 사용자 인터페이스, 데이터 및 논리 제어를 구현하는데 널리 사용되는 소프트웨어 디자인 패턴이다. 소프트웨어의 비즈니스 로직과 화면을 구분하는데 중점을 두고 있으며, 이러한 관심사 분리 는 더나은 업무의 분리와 향상된 관리를 제공한다.

소프트웨어를 Model, View, Controller라는 3가지 구성 요소로 구분한 개발 방법론이라고 한다.
( MDN Web Docs -https://developer.mozilla.org/ko/docs/Glossary/MVC)

M (Model) / V (View) / C (Controller) 은 각각 무엇인가? 관계는?

각각 무엇이기 살펴보기 이전에 사진을 보면서 관계를 설명하자면

1. 사용자의 Request(요청)를 Controller가 받는다.
2. Controller는 Service에서 비즈니스 로직을 처리한 후 결과를 Model(= DB)에 담는다.
3. Model에 저장된 결과를 바탕으로 시각적 요소 출력을 담당하는 View를 제어하여 사용자에게 전달한다.

• Model

  로직에 의해 처리된 결과를 저장하고 꺼내는 것을 담당하는 파트(DB쪽 파트)

• View

  <사용자가 보는 화면>
  View는 입력값이나 체크박스 등과 같은 사용자 인터페이스 요소를 나타낸다. Controller에게 받은 Model의 데이터를 사용자에게 시각적으로 보여주기 위한 역할을 수행한다.

• Controller

  Controller는 Model과 View 사이에서 데이터 흐름을 제어한다. 사용자가 접근한 URL에 따라 요청을 파악하고 URL에 적절한 Method를 호출하여 Service에서 비즈니스 로직을 처리한다. 이 후 결과를 Model에 저장하거나 View에게 전달하는 역할을 수행한다. Controller는 Model과 View의 역할을 분리하는 중요한 요소이다.

  ---

mvc 패턴을 왜 사용해야 할까? (사용하면 무엇이 좋을까?)

그냥 어느 순간 나온 패턴이 아닐 것이다. mvc 패턴은 무엇을 목적으로 사용되는 걸까?

(개인적인 생각)
각각의 역할을 한 곳에 다 뭉쳐놓았던 시기가 있었을 것이고 그 프로그램은 유지보수 및 디버깅을 하는데 엄청나게 애를 먹지 않았을까...

1. 컴포넌트의 명확한 역할 분리로 인해 서로간의 결합도를 낮출 수 있다.
2. 코드의 재사용성 및 확장성을 높일 수 있다.
3. 서비스를 유지보수하고 테스트하는데 용이해진다.
4. 개발자 간의 커뮤니케이션 효율성을 높일 수 있다.

Spring의 MVC 패턴

Spring의 mvc 패턴은 조금 더 세분화되었다 (프로그램의 복잡성과 크기가 증가하면서 세분화 되었다)

1.클라이언트의 요청을 디스패처 서블릿이 받음
2.요청 정보를 통해 요청을 위임할 컨트롤러를 찾음
3.요청을 컨트롤러로 위임할 핸들러 어댑터를 찾아서 전달함
4.핸들러 어댑터가 컨트롤러로 요청을 위임함
5.비지니스 로직을 처리함
6.컨트롤러가 반환값을 반환함
7.핸들러 어댑터가 반환값을 처리함
8.서버의 응답을 클라이언트로 반환함

(출처: https://mangkyu.tistory.com/18 [MangKyu's Diary:티스토리] > 코드에 대한 설명도 있지만 아직 이해할 수 없어서 패스합니다 )

실제로 개발자가 구현해야 하는 부분은

사진과 같다

(개발자가 구현해야 되는 부분이 기존 MVC와 다르다, 좀 더 쪼개져있다) > @Transactional 어노테이션의 문제

1. 의미상의 문제 mvc 패턴은 관심사의 분리가 주 목적인데 트랙잭션 처리를 Controller안에 넣어버린다면 관심사의 분리가 깨지게 된다
2. 기능상의 문제 : (추후 자세한 설명 추가)