MVVM vs MVP

[handnew04]

MVVM 과 MVP의 뜻과 구조는 이후 정리하여 추가하겠습니다.
두 패턴중 MukMap에 더 적당하다고 생각하는 패턴을 찾는것이 목표입니다.

MVVM과 MVP의 차이점

1. mvp 는 presenter와 view가 서로를 알아야합니다.
   mvvm은 viewModel은 view에 대해 전혀 모르며 view만 viewModel을 알고 있습니다.
2. mvp 는 presenter와 view가 인터페이스를 통해 상호작용을 합니다.
   mvvm은 viewModel을 통해 view가 데이터를 바인드할 수 있습니다.
3. mvp은 view와 presenter 가 1:1 매칭이 되어야 합니다.
   mvvm은 viewModel을 재사용 하여 1:N 관계를 형성할 수 있습니다.

결국 model에서 view를 완전히 모르게 하는것과 viewModel의 재사용으로 1:1이라는 강한 결합을 와해시키기 위해 MVVM을 사용한다고 생각합니다.

그러나 1:N 관계로 사용하는 예제를 보기는 어렵습니다. 구글의 블루프린트 예제조차도 각 view당 하나의 ViewModel을 사용하고 있습니다.
부피가 커지는 ViewModel 하나에만 다 넣을수 없기 때문으로 보입니다.

그래서 MVVM의 특징이라고 하는 1:N 관계를 조금 다른 시각으로 도입해보고자 합니다.

MukMap의 서버api를 살펴본 결과 유형별(channel, food... )로 나누어져 있기에 Client에서도 유형별로 ViewModel을 만들어서 각 View에서 필요한 부분만 observe 하려합니다.

의견주시면 감사하겠습니다.

구글예제

[handnew04]

내용 수정합니다.

문제점

1:n 관계가 아닌 n:m의 관계가 되는 점과, 추후 추가할 테스트 코드를 작성할 시 기능 수정이 생기면 테스트 해야할 뷰가 동시 다발적으로 늘어나게 됩니다.

수정 방향

1:1 관계로 mvvm을 구축합니다.
mvp 와 mvvm의 가장 큰 차이는 1:n 관계가 아닌 model 과 view의 의존성이 완전히 분리되는 데에 있습니다.
추후 추가할 테스트 코드를 작성시에도 view와 비즈니스 로직은 완전히 분리된 상태가 되는것이 좋다고 판단하여 mvvm을 적용하려 합니다.

의견있으시면 코멘트 남겨주세요.

[handnew04]

참고 자료 추가합니다.
https://handnew04.github.io/posts/2020-11-24/

[handnew04]

MVP 와 ViewBinding 을 이용하여 프로젝트를 진행 후 MVVM과 DataBinding 으로 변환 예정으로 변경되었습니다.
이유는 다음과 같습니다.

1. 사이드 프로젝트인 만큼 다양한 기술을 사용 해보려 합니다.
2. 리팩토링 하며 직접 MVP에서 MVVM으로 가는 가정을 느껴보고자 합니다.
3. MVVM을 처음부터 설계하기에 MVVM에 대해 경험이 부족하다고 생각합니다.