• 디자인 패턴


 - 정의
  • SW개발방법을 공식화 한 것

• MVC 패턴


 - 정의
  • 애플리케이션 3가지 역할로 구분한 개발방법론(Model & View & Controller)

• 웹 어플리케이션의 아키텍쳐 : 모델 1


구성 장점 단점
- JSP + JavaBean(Service)
 => 뷰와 로직이 섞인다
- 구조가 단순하다 - 출력과 로직 코드가 섞여 JSP 코드가 복잡해진다
- 프론트와 백엔드가 혼재되어 분업이 용이하지 않다
- 유지보수가 어렵다

• 웹 어플리케이션의 아키텍쳐 : 모델 2


구성 장점 단점
- JavaBean(Service) + JSP + 서블릿
 => MVC 구조
- 뷰와 로직의 분리로 모델1에 비해 덜 복잡하고 분업이 용이하며 유지보수가 쉽다 - 모델1에 비해 습득이 어렵고 작업량이 많다

• MVC 흐름


  1. 사용자는 원하는 기능을 처리하기 위한 모든 요청을 컨트롤러에 보낸다
  2. 컨트롤러는 모델을 사용하고, 모델은 알맞은 비즈니스 로직을 수행한다
  3. 컨트롤러는 사용자에게 보여줄 뷰를 선택한다
  4. 선택된 뷰는 사용자에게 알맞은 결과 확인을 보여준다
    이 때 사용자에게 보여줄 데이터는 컨트롤러를 통해서 전달받는다

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

• Why MVC


 - 설명
  • 원래 개인용 컴퓨터에서 작동하는 애플리케이션의 개발을 목적으로 만들어진
    패턴이지만 WWW(World Wide WEB) 애플리케이션을 사용하기 위한 용도로도
    폭넓게 사용하고 있다

 - 장점
  • 각 컴포넌트의 코드 결합도를 낮추기 위해
  • 코드의 재사용성을 높이기 위해
  • 구현자들 간의 커뮤니케이션 효율성을 높이기 위해


출처 : 우아한Tech(10분 테코톡)

댓글남기기