🏛 Architecture - Android MVP 아키텍처 패턴

안녕하세요 :) Android 개발에서 사용되는 MVP 아키텍처 패턴에 대해 알아보겠습니다. 오늘은 잘 알려진 MVP의 구현 방법들 중에서 Google에서 제공한 샘플 코드의 Contract 정의 방법에 대한 설명을 자세히 하려고 합니다. 그럼 오늘도 화이팅 입니다 🌿

MVP 아키텍처란?

• Model은 데이터 로직을 담당하고, 로컬 데이터나 서버의 데이터를 요청하여 가져옵니다.
• View는 화면에서 발생하는 이벤트를 감지하고, UI 처리를 Presenter에게 요청합니다.
• Presenter는 View로부터 요청받은 이벤트 처리하고 처리한 결과를 View에게 전달합니다. (데이터를 가져오거나, 데이터를 계산 등의 처리로 가공합니다.)

MVP 아키텍처 패턴의 흐름

1. View가 사용자 이벤트를 감지한다.
2. View가 Presenter에게 이벤트 발생 여부를 전달한다. (이벤트 처리 요청)
3. Presenter는 Model에게, View가 요청한 이벤트 처리에 필요한 데이터를 요청한다.
4. Model은 로컬 or 서버로부터 데이터를 가져온다.
5. Model은 가져온 데이터를 Presenter에게 전달한다.
6. Presenter는 View가 요청한 이벤트 처리를 한다. (데이터 가공)
7. Presenter는 View에게 이벤트 처리 결과를 전달 한다.
8. View는 Presenter로부터 전달받은 처리 결과를 가지고 UI를 갱신한다.

---

Android에서 MVP 아키텍처란?

안드로이드에서 MVP를 구현하려면 ?

• Google architecture를 따르는 방법

  • Contract : View와 Presenter에 대한 interface을 작성
  • Presenter : Contract.Presenter을 상속받아서 구현
  • View (Fragment) : Contract.View을 상속받아서 구현

• View에 대한 interface만 정의하는 방법

  • interface View : View에 대한 interface만 정의
  • Presenter : interface 정의 없이 함수를 생성하여 사용
  • View : interface View을 상속받아서 정의

• PresenterImpl을 구현하는 방법

  • Presenter : Presenter와 View에 대한 interface을 구현
  • PresenterImpl : Presenter을 상속받아서 구현
  • View : Presenter.View을 상속받아서 구현

---

Google android-architecture 의 구성

• Activity

  • 실질적으로 View와 Presenter를 생성하여, 연결해주는 곳으로, 두 역할의 매개체가 되는 곳입니다.

• Fragment

  • MVP 중 View에 해당하는 곳입니다.
  • Contract.View 인터페이스에 대한 구현체입니다.

  왜 Activity와 Fragment를 같이 쓰나요 ?

  • 같이 사용하므로써, MVP 구현에 있어 더 나은 분리를 할 수 있습니다. 예를 들어, Fragment와 Presenter 객체를 생성 및 연결하는 코드가 Fragment, Presenter 클래스에 위치하게 하지 않아, 각 Fragment, Presenter 클래스는 자신의 역할에 대한 구현에대한 내용만 작성될 수 있게 합니다.
  • Fragment를 사용하여 여러개의 UI, 부분적인 UI를 구현할 수 있게 합니다.

• Contract

  • View와 Presenter의 관계를 정의하는 곳입니다.
    • View 인터페이스가 상속받는 BaseView 인터페이스는 Presenter를 멤버로 갖고 있게 됩니다. 이로써 V와 P의 1:1 관계에 대한 정의가 이뤄집니다.
  • Contract 인터페이스 안에, View와 Presenter 의 인터페이스가 작성됩니다.

• Presenter

  • MVP 중 Presenter에 해당하는 곳입니다.
  • Contract.Presenter 인터페이스에 대한 구현체입니다.

• Data 폴더 : repository ( including local, remote 등등)

  • MVP 중 Model에 해당하는 곳입니다.

---

안드로이드에서 MVP 아키텍처 패턴의 흐름 : Google architecture

---

MVP 아키텍처 예제

android/architecture-samples

---

MVP 아키텍처의 장점

• Model과 View를 분리시켜, 결합도를 없앨 수 있습니다.
  • Model 관련 처리들은 Presenter를 통해서 이뤄지기 때문에, View는 Model에 대해 알필요가 없습니다.
• MVP 각 역할에 대한 추상화가 가능하고 이를 통해, 분리가 깔끔하게 이뤄질 수 있습니다.
  • 한 클래스의 코드가 매우 방대해지는 것을 막을 수 있게 됩니다.

---

MVP 아키텍처의 단점

• Presenter와 View는 1:1 관계를 가져야하므로, 둘 간의 결합도가 높아집니다.

---

레퍼런스

android/architecture-samples

Android MVP 무작정 따라하기 - Presenter/View 생성하기