MVC , MVP, MVVM 드디어 이해했다

MVC

M  : 데이터
V + C : Activity, Fragment 등 

 

 단점 

- Activity/ Fragment에서 Model에 대한 의존성이 생긴다.

- Model 내부 로직은 알 필요없이 데이터만 UI에 반영해주면 되는데, Model의 변경 사항에 영향을 받게 된다.

 

처음에 이해할 때 Fragment를 View로 봐야할지 Controller로 봐야할지 혼동되어 어려웠지만 둘다라고 생각하니 이해 완료 !! 

 

MVP

M:  Model

V : Activity

P  : Presenter

 

이 경우 Presenter에서 Model 과 View에 대한 의존성이 생긴다.

Presenter는 Model로 부터 받은 데이터만 넘겨주면 View에서 알아서 화면 UI처리를 해주면 되는데, 현재는 View 변경에 대해 영향을 받는다. Model도 마찬가지

 

MVVM

그렇게 나오게 된 것이 MVVM이다!!!

MVVM은 Model, View, ViewModel로 구성된다. 

ViewModel은 Model을 통해 데이터를 요청 후 받을 수 있다. 

View 는  이벤트에 따라 ViewModel 내부 함수를 호출한다.

View에서는 ViewModel의 데이터를 받아서 로직을 처리해준다.

 

이렇게 되면 View에서는 뷰모델의 데이터를 받기만 하고, 내부 로직 처리는 알아서 하게 된다.

ViewModel은 View에 영향을 받지 않게 된다.