꿈 많은 개발자가 되자 - Taehwan

Android developer's blog. story.

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

by Taehwan
개인 광고 영역

안드로이드 MVP 무작정 따라하기 1 번째로 Presenter와 View를 나누는 방법에 대해서 정리합니다.


샘플 코드는?


Presenter 정의는?

  • View : Presenter에서 전달받은 View의 이벤트입니다.
  • Presenter : View에서 전달된 이벤트에 대한 처리를 한다(View와 무관한 처리만 한다)

그림으로 보면 아래와 같습니다.

mvp-default


Presenter을 구분하는 방법들

제가 알고 있는 방법은 3가지 정도가 있습니다. 그 안에 구현하는 방식 역시 여러 방법이 있습니다.

모두 다를 순 없고 크게 2가지 정도를 다루어 보려고 합니다.

이번 글에서는 Google Architecture을 따르고, 다음 2번째 글에서는 PresenterImpl을 추가하는 방법을 추가로 다루어보려고 합니다.

  • View에 대한 interface만 정의하는 방법
    • interface View : View에 대한 interface만 정의
    • Presenter : interface 정의 없이 함수를 생성하여 사용
    • View : interface View을 상속받아서 정의
  • Google architecture를 따른다.
    • Contract : View와 Presenter에 대한 interface을 작성
    • Presenter : Contract.Presenter을 상속받아서 구현
    • View : Contract.View을 상속받아서 구현
  • PresenterImpl을 구현
    • Presenter : Presenter와 View에 대한 interface을 구현
    • PresenterImpl : Presenter을 상속받아서 구현
    • View : Presenter.View을 상속받아서 구현

구현하는 방법은 크게 3가지 정도로 나뉠 수 있습니다.

정답은 없고, 편한 방법과 다른 사람과 공유했을 때의 장/단점을 모두 따져서 작성하시면 좋겠습니다.

interface 정의시의 장법은 처음 보는 사람이 파악이 쉽다이고, 단점은 역시나 interface 정의가 너무 많다가 될 수 있습니다.

결국 View와 Presenter간의 통신을 위한 리스너 역할의 interface View에 대한 정의는 처리가 되어야 합니다.


Google Architecture을 따르면…

MVP 따라 하기를 진행하기 전 조금은 어려운 내용을 먼저 정리해보았습니다.

우선 저의 예제에서는 Google Architecture에서 정의하는 View/Presenter을 100% 따르지는 않고, interface 정의(Contract 정의)하는 방법만을 따르고 있습니다.

구글에서 정의하는 Presenter의 생성 방법은 다음과 같습니다.

google_architecture

  • Presenter의 생성은 View가 아닌 실제 View가 만들어지는 시점의 Activity/Fragment/View등에서 생성을 하고 해당 Presenter에 setView을 실행한다.
  • setView가 호출되는 시점에 자기 자신(this)을 setPresenter함수를 통해서 실제 Presenter가 사용되어야 할 View에 전달한다.
  • View에서는 setPresenter을 통해서 전달받은 Presenter을 가지고 이후 loadItem, OnClickListener 등의 처리를 합니다.

여기서 의문점

  • Activity만 있는 경우는?
    • Activity만 있는 경우인데 별도의 View를 생성해야 하느냐?
    • 그냥 자기 자신이 받아도 되는가?

의문에 대한 답은?

  • 구글이 제안하는 방법대로라면 - 별도의 View가 있다고 생각하시는게 좋겠죠? 코드의 통일성을 위해서 - 자기 자신이 받는 것은 없다고 보시면 됩니다.

제가 제안하는 방법은?

위의 의문점에 대해서 저는 다음과 같이 생각합니다.

  • Activity만 있는 경우에도 별도의 view가 아닌 그냥 자기 자신이 가지도록 하면 됩니다.
    • 예제 중에서는 별도의 View을 생성하는 경우도 있습니다.
  • Activity 저는 자기 자신이 받아도 된다고 생각합니다.

다시 한번 정리하면

  • 결국 자기 자신이 new Presenter을 처리할 수 있어야 합니다.
    • 그럼 setPresenter라는 메소드가 필요하지 않게 됩니다.
  • Activity/Fragment/View등에서 필요한 경우 Presenter을 생성하고, 자기 자신이 사용할 수 있어야 합니다.


다음의 샘플에서는?

위와 같은 의문점과 제가 제안하는 방법을 도식화하면 다음과 같습니다.

my_architecture

  • Activity/Fragment/View에서 필요한 Presenter을 직접 생성
  • setView을 전달한다
  • loadItem을 직접 호출
  • View을 통해서 처리 결과에 따른 View을 갱신한다


Contract 구현하기

이번에는 구글의 Contract 정의를 따른 예정이므로 Contract을 구현합니다.

Contract을 사용하는 이유는 간단합니다. View와 Presenter을 각각 정의하기 위함이며, 이해를 돕기 위한 이유도 있습니다.

하나의 interface에 View/Presenter을 정의하고, 이를 각각의 View와 Presenter에서 정의하는 방식입니다.

먼저 View와 Presenter을 각각 다음과 같이 구현할 수 있습니다.

public interface SampleContract {
	interface View {
		 // View method
	}

	interface Presenter {
		// Presenter method
		void setView(View view);
	}
}


Presenter 상속 정의

Presenter는 다음과 같은 방식으로 구현합니다.

SampleContract.Presenter을 상속받아서 구현하며, SampleContract.View을 가지게 됩니다.

class SamplePresenter : SampleContract.Presenter {
	// SampleContract.Presenter에서 정의한 내용을 구현

	private var view: SampleContract.View? = null

	override fun setView(view: SampleContract.View) {
		this.view = view
	}
}

위와 같으며 View에서 데이터가 필요하다면 다음의 과정을 거치게 됩니다.

  • View : loadItem을 호출합니다.
  • Presenter : loadItem이 발생하면 새로운 데이터를 호출합니다.
  • Presenter -> View : loadItem이 성공적으로 완료되면 updateView을 호출합니다.
    • 이때 SampleContract.View의 정의되어 있는 updateView을 호출합니다.
  • View : 전달된 updateView에 따라서 실제 View를 갱신합니다.


View 상속 정의

SampleContract.View를 상속받으면 다음과 같이 정의해주시면 되겠습니다.

class SampleActivity extends AppCompatActivity implements SampleContract.View {

	private SampleContract.Presenter presenter;

	@Override
  protected void onCreate(Bundle savedInstanceState) {
		super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

		presenter = new SamplePresenter();
		presenter.setView(this);

		presenter.loadItem();
	}

	@Override
	public void updateView(List<Items> items) {
		// UI 갱신
	}
}


마무리

오늘은 MVP를 나누는 방법에 대해서 정리하였습니다.

View/Presenter의 정의 방법이 여러 개가 있다보니 먼저 Google Architecture에서 정의하였으면 하는 방법을 정리해보았습니다.

다음 글에서는 Presenter/PresenterImpl을 정의하는 방법을 살펴본 다음 기존 MVC 패턴으로 작성한 예제 코드를 View/Presenter까지 우선 나누어 보도록 하겠습니다.

저는 오늘의 방법을 선호하고, 실제로 모든 예제를 다음의 방법으로 정리하여 사용 중에 있습니다.

가장 기본적이지만 어려운 내용을 먼저 정리해보았습니다.

감사합니다.


샘플 코드는?


MVP 무작정 따라하기

무작정 따라 하기는 MVP 패턴을 이해할 수 있도록 하나씩 차근차근 작성해보는 예제입니다.

그래서 각각의 브런치와 글들을 통해서 조금씩 확장해가려고 합니다.

Taehwan's Picture

About Taehwan

My name is Taehwan Kwon. I have developed Android for 6 years and blog has been active for eight years.

Seoul, South Korea http://thdev.tech

Comments