<aside> 🌱

2주차에서 절차지향에서 객체지향으로 변환하고, 책임에 따라 클래스를 나누면서 어떤 행동이 어떤 클래스에서 책임져야 하는가에 대해 생각해볼 수 있었다. 그리고 “더 체계적으로 짜고 싶다”는 생각과 동시에 다양한 디자인 패턴을 학습하고 적용하고픈 욕구가 생겼다.

따라서 3주차에서는 디자인 패턴 중에서도 가장 많이 사용되는 MVC 패턴에 대해 학습하고 미션에 적용해보고자 한다. (2주차에서 다른 참가자가 준 코드 리뷰에 포함되어 있기도 했다.)

</aside>

MVC 패턴이란

<aside> 🌱

애플리케이션의 UI / 비즈니스 로직 / 데이터 3가지 구성 요소를 분리하여 서로에게 미치는 영향을 최소화하기 위한 목적을 가지는 디자인 패턴이다.

</aside>

각각의 관계

그리고 그들 간의 관계는 아래와 같다.

1. 사용자의 요청을 controller가 받는다.
2. controller는 비즈니스 로직을 처리하고 model에 담는다.
3. model에 저장된 결과를 바탕으로 view를 업데이트 한다.

Model / View / Controller의 역할

1) Model

<aside> 🌱

소프트웨어의 데이터 부분

</aside>

• Controller에게 받은 데이터를 조작하는 역할을 한다.
• 값과 기능을 가지는 객체라고 보면 된다.

Model의 규칙

1. 사용자가 편집하길 원하는 모든 데이터를 가지고 있어야 한다.