首页 文章

谁应该在MvvmCross中创建视图模型实例

提问于
浏览
1

只是为了说清楚:我知道MvvmCross在创建视图模型的位置和方式方面非常灵活 . 我的问题更多是关于正确分离关注点,简化复杂跨平台应用程序的设计 .

考虑我们有一个包含客户列表和客户详细信息的应用在iPad和Surface上,列表和详细信息显示在同一页面上,但在较小的设备上,客户列表和所选客户的详细信息将在不同的页面之间分配 . 所以我们有一个带有CustomerListViewModel和CustomerDetailsViewModel的PCL . 现在我们应该如何从便携式类库中管理视图模型的生命周期?

我最初使用CustomerListViewModel实现中的代码完成它,如下所示:

public ICommand SelectCustomerCommand
{
    get { return new MvxCommand(SelectCustomer); }
}

public void SelectCustomer()
{
    if (formFactor == FormFactor.Phone)
    {
        ShowViewModel<CustomerDetailsViewModel>(new CustomerDetailsViewModel.NavObject(this.SelectedCustomer));
    }
    else
    {
        this.CustomerDetails = new CustomerDetailsViewModel(this.SelectedCustomer);
    }
}

什么是这里重要的是,我们要么调用ShowViewModel在轮流询问演示构建CustomerDetailsViewModel对象,呈现在一个新的页面或明确创建CustomerDetailsViewModel的一个实例,并将其绑定到为CustomerDetails .

在看过N 1 MvvmCross视频系列的第32和第42集后,我并不确定这是正确的方法 . 当然它可以工作,但是视图模型应该关注其他视图模型的实例化细节吗?

我的第二个想法是重构这个代码并将这个逻辑放到一个演示者中,所以我可以简单地写一下CustomerListViewModel实现:

public void SelectCustomer()
{
    ShowViewModel<CustomerDetailsViewModel>(new CustomerDetailsViewModel.NavObject(this.SelectedCustomer));
}

...并且演示者将在ShowViewModel调用触发的代码中完成剩下的工作 . 但是,在第42集中,它显示了如何从关联视图控制视图模型生存期:

protected override void OnNavigatedFrom(System.Windows.Navigation.NavigationEventArgs e)
{
    base.OnNavigatedFrom(e);
    VisibleViewModel.IsVisible(false);
    if (e.NavigationMode == NavigationMode.Back)
        KillableViewModel.KillMe();
}

但是如果视图模型的生命周期由演示者控制,我们是否应该尝试将KillMe调用放在演示者的逻辑中?我知道这么小的一段代码并没有太大的区别,但将它放在演示者的课程中并减少代码隐藏是不是一个优势?

2 回答

  • 2

    当然,ViewModel不应该处理与视图(屏幕)有关的任何事情 .

    我有一个简单的想法是使用自定义演示者,它能够基于ShowViewModel <>请求创建视图 .

    自定义演示者是一个视图责任,因此您可以测试屏幕方向 .

    http://slodge.blogspot.co.uk/2013/06/presenter-roundup.html

  • 2

    对于这个问题的第二部分:

    但是如果视图模型的生命周期由演示者控制,我们是否应该尝试将KillMe调用放在演示者的逻辑中?我知道这么小的一段代码并没有太大的区别,但将它放在演示者的课程中并减少代码隐藏是不是一个优势?

    当前视图模型演示由演示者编排 - 它获取 ViewModelRequest 对象并决定如何处理它们 .

    但是,它通常不会创建ViewModels - 而是:

    • 演示者通常创建/显示视图

    • 然后视图创建(或定位)ViewModel作为 OnCreateViewDidLoadOnNavigatedTo 处理的一部分 .

    所以我认为ViewModel的生命周期通常不是“由演示者控制” - 相反我认为ViewModel是“视图模型” - 所以它的生命周期是“由它的视图控制” .

    对于ViewModel中需要shutdown / dispose / killMe逻辑的情况,如果你想将这个逻辑移回到演示者内部 - 或者转移到其他对象中 - 那么你肯定可以这样做 - 如果你想 - 它是你的应用程序和应用为王 .

    但是,在这些情况下,我怀疑你需要演示者从视图中获得某种通知 - 因为演示者通常不知道何时删除视图(当模式被解除时,按下后退按钮时,Android时)清除堆栈视图以节省内存等) .

    作为另一种思考方式,如果演示者被重命名为 INavigationService ,那么您希望 INavigationService 在您的应用中拥有哪些角色?

相关问题