[MVVM] ViewModel에서 View 참조

응용 애플리케이션을 만들 때 MVVM 패턴을 적용하면 뷰와 뷰에 데이터를 전달하는 뷰모델 간 책임을 분리할 수 있습니다.

대부분의 경우 데이터 바인딩을 통해 뷰모델의 데이터를 뷰에 표시하고 갱신할 수 있습니다.

그런데 MVVM에서 명령어를 뷰모델에서 처리할 때 뷰의 동작이 필요할 때가 있습니다.

예를 들어보겠습니다.

화면상에서 텝에 새로운 컨텍스트가 추가될 때 컨텍스트의 이름을 설정해야 하고 이 이름을 팝업 윈도우를 통해 입력 받아야 한다고 가정해 봅시다.

  1. [뷰] 텝 추가 버튼 클릭
  2. [뷰모델] 컨텍스트 추가
  3. [뷰] 컨텍스트 이름 팝업 입력
  4. [뷰모델] 입력받은 이름으로 컨텍스트 추가
  5. [뷰] 컨텍스트 바인딩에 의해 탭 표시, 내용 표시…

다른 과정은 데이터 바인딩을 통해 가능한데 '2-1’의 경우 뷰모델에서 뷰의 메서드를 호출해야만 합니다. 하지만 뷰모델에서 뷰를 참조하게 되면 MVVM 패턴에 위반됩니다. 이를 SOLID 원칙 의존관게 역전 원칙을 사용하면 해결됩니다. 이는 IoC에서도 동일한 원리로 사용됩니다.

이를 위해 뷰모델은 뷰를 그대로 참조하지 않고 인터페이스로 참조해서 뷰는 그 인터페이스를 구현하고 뷰모델은 인터페이스로 참조하는 것으로 직접적인 뷰모델과 뷰간 참조 관계가 없도록 합니다.

인터페이스로 관계 명세

간단한 두개의 인터페이스로 시작합니다.

public interface IViewAction
{
}

public interface IHaveViewAction<TViewAction>
    where TViewAction : IViewAction
{
    TViewAction? ViewAction { get; set; }
}

IViewAction은 뷰 액션을 의미하며 IHaveViewAction의 제네릭 인자가 뷰 액션임을 나타냅니다.
IHaveViewAction<TViewAction>은 뷰가 뷰 액션을 소유함을 의미하며 다음처럼 사용할 수 있습니다.

| 뷰모델

public partial class RepositoryViewModel : ObservableRecipient, IViewModel, IHaveViewAction<IRepositoryViewAction>
{
    public IRepositoryViewAction? ViewAction { get; set; }
...

IViewModel도 해당 클래스가 뷰모델임을 나타내는 빈 인터페이스입니다.

뷰는 다음의 모습이 됩니다.

| 뷰

public sealed partial class RepositoryPage : ViewModelPage, IView<RepositoryViewModel>, IRepositoryViewAction
{
    public RepositoryPage()
    {
        InitializeComponent();

        ViewModel.ViewAction = this;
    }
...

이제 RepositoryPageIRepositoryViewAction 인터페이스를 구현하는 것으로 뷰모델에서 MVVM 패턴을 해치지 않으면서 뷰의 기능을 사용할 수 있게 됩니다.

8개의 좋아요

혹시 관련 자세한 예시 코드가 있을까요?
글을 읽었을 때는 이해가 가는데 실제로 구현하려고 하니 어떤 부분에 적용이 가능한지 감이 잘 안옵니다.

또 InvokeCommandAction 하고 다른것이 있을까요?

2개의 좋아요

뷰모델에서 뷰로의 흐름은 일반적으로 바인딩을 통해 달성하는데요, 하지만 가령 창을 띄워야 한다든지, 또는 뷰모델의 흐름에 의해 (가령 메시지 수신) 파일 저장을 위한 파일저장다이얼로그를 띄운다든지 할 때입니다.

관련해서 샘플 생성해서 공유 해볼께요

4개의 좋아요