[우테코 5기 프리코스] MVC 패턴

프리코스 마지막 미션(4주 차)에서야 MVC를 뒤늦게 알게 되어 적용해보았었다.

(적용한 것도 잘했는지 알 수 없다...ㅠㅠ 무언가 알게 되고, 배울수록 나에 대한 부족함이 느껴진다.)

 

MVC를 적용하고 공부하기 위해서, 테코톡을 먼저 찾아봤고 이를 정리했다.

 

[10분 테코톡] 👩🏻‍💻👨🏻‍💻해리&션의 MVC 패턴

[ MVC 패턴이란? ]
Model, View, Controller 로 구성되어 애플리케이션을 3가지 역할로 구분한 개발 방법론이다.

MVC 패턴

Model: 값과 기능을 가지고 있는 객체
View: 모델에 포함된 데이터의 시각화
Controller: 모델 객체로의 데이터 흐름을 제어, 뷰와 모델의 역할을 분리

[ MVC 패턴 장점 ]
- 각 컴포넌트의 코드 결합도를 낮출 수 있다.
- 코드의 재사용을 높일 수 있다.
- 구현자들 간의 커뮤니케이션 효율성을 높일 수 있다.

[ Service란? ]
비즈니스 로직을 수행하는 메서드를 가지고 있는 객체이다.
비즈니스 메서드를 별도의 Service 객체에서 구현하도록 하고 컨트롤러는 Service 객체를 사용하도록 한다.

[ Repository란? ]
DAO(Data Access Object)와 유사하다.
데이터 액세스 메서드를 별도의 Repository 객체에서 구현한다.
Service는 Repository의 객체를 사용한다.

[10분 테코톡] 🧀 제리의 MVC 패턴

[ MVC가 생겨난 이유 ]
유지보수를 어떻게 하면 편하게 할 수 있을까를 고민하다가 탄생하게 된 패턴 중 하나이다.

[ MVC 구성 ]
Model: 데이터와 관련된 부분
View: 사용자한테 보여지는 부분
Controller: Model 과 View 를 이어주는 부분

[ MVC를 지키면서 코딩하는 방법 ]
- Model
모델은 컨트롤러와 뷰에 의존하지 않아야 한다. 즉, 모델 내부에 컨트롤러와 뷰에 관련된 코드가 있으면 안 된다. (컨트롤러와 뷰에 클래스를 import해서 사용하면 안된다.)

- View
뷰는 모델에만 의존해야 하고, 컨트롤러에는 의존하면 안 된다.
즉, 뷰 내부에 모델의 코드만 있을 수 있고, 컨트롤러의 코드가 있으면 안 된다.

뷰가 모델로부터 데이터를 받을 때는, 사용자마다 다르게 보여주어야 하는 데이터에 대해서만 받아야 한다.
즉, 뷰는 사용자한테 보이는 UI와 모델로부터 받은 데이터가 합쳐져 만든 화면이다.

- Controller
컨트롤러는 모델과 뷰에 의존해도 된다.
즉, 컨트롤러 내부에는 모델과 뷰의 코드가 있을 수 있다.
→ 왜냐하면, 컨트롤러는 모델과 뷰의 중개자 역할을 하면서 전체 로직을 구성하기 때문이다.
뷰가 모델로부터 데이터를 받을 때, 반드시 컨트롤러에서 받아야 한다.

 

테코톡 덕분에 MVC에 대해 이해할 수 있었고, 미션에 적용하는 일만 남았다.

 

이론에 대해 알고 있더라도 실전은 늘 어려운 것 같다.

 

미션에 실제로 적용하는데 어려움이 있어서, 전 기수분들의 미션 코드를 열심히 봤다...

 

MVC 코드를 적용하신 분들의 코드를 보면서 정말 많은 고민들을 했다.

왜 많은 고민을 했냐면...

 

 

MVC를 적용하는 방식이 사람마다 다 달랐다...😲

 

1. model, view, controller
2. model, view, controller, utils
3. model, view, controller, utils, service
4. model, view, controller, utils, service, repository, dto, validator, exception

 

이렇게 4가지 정도를 봤고, 내 프리코스 마지막 미션은 model, view, controller, service로 구성했다.

 

내가 했던 방식처럼 이렇게 하는 게 맞는지 자신도 없었고, 사람마다 다르니까 어떤 방식으로 구현해야 하는지 너무나 헷갈렸다.

(내 방식인 model, view, controller, service 만으로는 객체 지향 설계가 부족하다고 생각했다.)

 

그래도 내 방식보다, 4번처럼 하는 게 가장 잘 설계되었다고(더 체계가 갖춰진 MVC라고) 생각했고 무작정 따라 하면서 근래 며칠을 공부했다.

나는 4번처럼 하신 분의 코드를 보고 MVC 패턴과 친해지기로 했다.

 

근데, 코드가 이해가 안 되는 부분도 있었고, 내가 다른 미션이 주어졌을 경우 이렇게 똑같이 적용하고 시간 내에 구현할 수 있을지?라는 의문이 들었다. (나는 이제야 MVC 패턴을 적용해보는 사람이고, 실력에 비해 처음부터 너무 잘하고 싶은 욕심이 앞섰던 것 같다.)

 

그래서, 내가 좀 더 MVC 패턴을 차근차근 정복해나가며 4번처럼 스스로 구현할 자신이 생겼을 때 해야겠다는 생각을 했다.

 

아쉽지만, 3번 패턴으로 공부해 나아가기로 결정했다.

 

이제 그동안 진행했던 미션들을 3번 패턴과 같이 다시 구현해보면서 공부해야겠다.