MVC, MVP, MVVM 패턴이란?

1. MVC 패턴  

Model, View Controller의 약자이다.

소프트웨어 공학에서 사용되는 소프트웨어 디자인 패턴이다.

 

사용이유?

당연 인터페이스, 비즈니스 로직, 데이터베이스를 를 분리하여 관리할수 있기 때문이다

그렇다면 분리가 안되면 어떨까?

 

만일 DB를 다른 DB로 변경해야 된다고 생각해 보자 예를 들어 MSSQL에서 Oracle로

만약 분리가 안되어 있다면 필요한 부분을 모두다 수정을 해야 될것이다.

 

하지만 분리가 되어 있다면 모델과DB 부분만 수정하면 끝이다. 얼마나 편한가?

 

구성요소

Model: 

1. 애플리케이션의 데이터(정보)를 나타낸다.

2. 모델에 변화가 생기면 컨트롤러와 뷰어에게 알려준다.

3. 데이터 포함.

 

View:

1. 사용자에게 제공할 화면을 말한다.

2. 모델에 명령을 보내 모델의 상태를 변경할수 있다.

 

Controller:

1. 데이터와 비즈니스 로직 사이의 상호동작을 관리한다.

2. 모델에 명령을 보내 모델의 상태를 변경할수 있다.

3. 컨트롤러는 여러개의 뷰를 선택할수 있다 즉 1:n 관계이다.

 

MVC 특징

Model 특징:

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

2. 뷰나 컨트롤러에 대해서 어떤 정보도 알지 말아야 한다.

    - 데이터의 변경이 발생할 경우 화면을 직접 조정할수 없어야 한다.

3. 변경이 일어나면 변경된 상태를 알릴수 있는 방법을 구현해야한다

    - 텍스트가 변경이 되면 이벤트를 발생시켜 전달해야한다.

    - 모델을 변경하는 요청이 있을경우 수신할 방법을 구현해야한다.

4. 데이터 포함

 

VIew 특징

1. 모델이 가지고 있는 정보를 따로 저장해서는 안 된다.

    - 화면에 내용을 표시할때 Model의 정보를 받는데 그정보를 저장하면 안된다.

    - 단순히 보여주는 역할만 해야된다.

2. 모델이나 컨트롤러와 같이 다른 구성요소들을 몰라야 한다.

3. 변경이 일어나면 변경통지에 대한 처리방법을 구현해야한다.

    - 텍스트를 수정하면 수정되었다고 알려줘야한다.

 

Controller 특징

1. 모델이나 뷰에 대해 알아야하다.

    - 모델이나 뷰는 서로를 모르기 떄문에 그 관계를 중재해줘야한다.

 

 

흐름

 

 

 

 

2. MVP 패턴

• Model + View + Presenter 의 약자이다.
• VIew 와 Model을 분리하여 서로의 의존성을 낮춘다.
• View 와 Model을 연결해 주는 역할은 Presenter가 담당한다.

 

MVP 특징

Model 특징:

• 비즈니스 로직 담당.
• 데이터

 

View 특징:

• View에 접근 담당.
• 이벤트는 Presecter 에게 전달한다.
• UI 갱신

 

Presenter 특징:

• View 와 Model 사이를 연결하는 인터페이스 역할.
• Modle의 처리 결과를 View에 전달하여 갱신

 

 

 

 

흐름

 

 

 

 

3. MVVM 패턴

• Model + View + ViewModel
• Model 과 View 는 MVC 특징과 동일하다.
• ViewModel 은 여러개의 View를 가질수 있다.
• MVVM 은 Binder를 가지고 있다.

 

 

MVVM 특징

Model 특징:

• 비즈니스 로직 담당.
• 데이터

View 특징:

• 사용자의 이벤트를 데이터 바인딩을 통해 뷰모델로 전달한다.

 

ViewModel 특징:

• View에 대한 추상화
• ViewModel과 View는 직접 연결된다.

 

Binder 특징:

• View와 ViewModel을 감시한다.
• 감지된것을 View 나 ViewModel에 반영한다.

 

 

 

 

흐름