Model, View, Presenter(Lifecycle)

개발 단위

• Page/Modal 당 1개의 Presenter, 1개의 View, 1개의 ViewModel 를 기본 단위로 삼는다.

• 복잡도에 따라 ViewModel이나 View를 여러 개 구성할 수 있지만, 최종적으로는 단일 View 형태로 “합쳐”서 사용하는 것을 권장.

• 실제 MVP에서 Model 역할은 Repository가 하고, 이 Repository는 여러곳에서 공유되어서 사용될 수 있다. (어니언 아키텍처 참고)

인터페이스 사용에 대해

자세한 내용은 MVP 개념에 대해 참고

• MVP 는 인터페이스를 사용하지 않고 바로 구현하는 것을 기본으로 한다.

• 다만, 프로젝트 전체에 걸쳐서 2-3회 이상 반복적인 사용이 발견되는 경우에만 제한적으로 협의를 통해 인터페이스로 추출

실제 로직은

• Presenter는 반드시 UseCase를 통해 로직을 수행하며, UseCase에서 Repository를 통해 외부 통신(서버, DB 등)을 처리.

• Repository는 다시 Gateway를 통해 실제 통신을 담당.

• UseCase 레벨에서는 통신 규약, 프로토콜 등을 신경 쓰지 않아도 되게끔 개발.

• Gateway는 실제 통신 규약 API 등에 맞추어 개발

• Repository가 추후에 UseCase와 Gateway의 중간 매개체로 가장 나중에 개발됨.