[영상후기] MVC 패턴

https://www.youtube.com/watch?v=ogaXW6KPc8I 

MVC 패턴관련 영상

 

MVC라는 패턴이 생겨난 이유

MVC패턴은 유지보수가 편해지는 코드 구성 방식

Model은 데이터와 관련된 일을 하는 곳
View는 사용자에게 보여지는 부분을 담당하는 곳
Controller Model과 View를 이어주는 곳

 

 

실전에서 MVC를 지키면서 코딩하는 방법 5가지 규칙

1. Model은 Controller와 View에 의존하지 않아야한다

Model 내부에선 Controller와 View에 관련된 코드가 있으면 안된다!
데이터 관련된 로직만 있어야 한다!

2. View는 Model에만 의존해야하고, Controller에는 의존하면 안 된다
View 내부에 Model의 코드만 있을 수 있고
Controller의 코드가 있으면 안된다!

 

3. View가 Model로부터 데이터를 받을때는

사용자마다 다르게 보여주어야 하는 데이터에 대해서만 받아야한다

 

4. Controller는 Model과 View에 의존해도 된다

ㅡ> Controller 내부에는 Model과 View의 코드가 있을 수 있다

 

5. View가 Model로 부터 데이터를 받을때
반드시 Controller에서 받아서 전달해 주어야한다

 

 

 

https://www.youtube.com/watch?v=uoVNJkyXX0I 

 

MVC 패턴관련 영상

 

 

MVC의 흐름설명

1. 사용자는 원하는 기능을 처리하기위한 요청을 Controller에게 보낸다

2. Controller는 Medel을 사용하고 Model은 알맞은 비즈니스 로직을 수행합니다

3. Controller는 사용자에게 보여줄 View를 선택합니다

4. 선택된 뷰는 사용자에게 알맞은 화면을 보여주고

이 때 사용자에게 보여줄 데이터(Model파트)를 Controller를 통해서 전달 받는다

 

  

Model은 값과 기능을 가지고 있는 객체로 비즈니스 로직을 수행합니다

View는 모델에 포함된 데이터를 시각화 ( 비즈니스 로직이 있어선 안된다 )

Controller는 모델객체로의 데이터흐름을 제어하고, 뷰와 모델 역할을 분리 해준다

 

 

 

MVC패턴의 장점

• 코드들의 결합도를 낮출 수 있다
  오류 발생시 연쇄오류를 줄일 수 있다는 뜻
  
  
• 코드의 재사용성을 높일 수 있다
  
  
• 각각의 역할이 정해져있어 높은 응집도를 가진다

많이 실수하는 부분들

 

• Model에서 View의 접근 또는 역할을 수행
  
  
• View에서 일어나는 '과한' 값 검증과 예외처리
  
  
• View에서 일어나는 비즈니스 로직을 사용하면 안된다

 

 

 

 

Controller에서 중복이 발생된다면

• 별도의 객체로 분리
  
  
• 별도의 메서드로 분리
  
  
  

Service란

비지니스 로직을 수행하는 메서드를 가지고 있는 객체

비지니스 메서드를 Service객체에서 구현하도록하고

컨트롤러는 Service 객체를 사용하도록 한다

 

예를 들자면 회원 Service, 상품Service, 게시판Service 

기능단위로 서비스를 만들면 Service를 호출하여 사용하고

View로 넘겨주기만 하면된다!