导航逻辑属于哪里，View、ViewModel 还是其他地方？

Question

我是视图中的一个按钮，绑定到 ViewModel 的 ICommand 属性（实际上它是来自 mvvv-light 的 RelayCommand），

如果用户单击按钮，我想导航到新视图。当然，NavigationService 是 View 的一部分，而不是 ViewModel 的一部分。这意味着导航是视图的责任？但就我而言，单击按钮时我将进入的视图取决于很多因素，包括登录用户是谁、数据库所处的状态等......当然视图不应该需要所有该信息。

执行 NavigationService.Navigate 调用的首选选项是什么？

Answer 1

如果您已经在使用 MVVM Light，一种选择是利用它包含的消息总线。因此，您将按钮绑定到视图模型上的 RelayCommand，正如您所说的那样。在 RelayCommand 的处理程序中，您可以决定导航到哪个视图。这会将所有逻辑保留在视图模型中。

一旦您的命令处理程序决定导航到哪个视图，它就可以在消息总线上发布消息。您的视图将侦听该消息，然后使用 NavigationService 实际执行导航。所以它除了等待被告知导航到某个地方然后导航到被告知的地方之外没有做任何事情。

我一直通过定义我的视图模型可以发布的 NavigationMessage 类和我的视图继承的包含侦听器的视图基类来实现此目的。 NavigationMessage 如下所示：

public class NavigationMessage : NotificationMessage
{
    public string PageName
    {
        get { return base.Notification; }
    }

    public Dictionary<string, string> QueryStringParams { get; private set; }

    public NavigationMessage(string pageName) : base(pageName) { }

    public NavigationMessage(string pageName, Dictionary<string, string> queryStringParams) : this(pageName)
    {
        QueryStringParams = queryStringParams;
    }
}

这允许简单地传递页面名称，或者还可以选择包含任何必要的查询字符串参数。 RelayCommand 处理程序将像这样发布此消息：

private void RelayCommandHandler()
{
    //Logic for determining next view, then ...
    Messenger.Default.Send(new NavigationMessage("ViewToNavigate"));
}

最后，视图基类如下所示：

public class BasePage : PhoneApplicationPage
{
    public BasePage()
    {
        Messenger.Default.Register<NavigationMessage>(this, NavigateToPage);
    }

    protected void NavigateToPage(NavigationMessage message)
    {
        //GetQueryString isn't shown, but is simply a helper method for formatting the query string from the dictionary
        string queryStringParams = message.QueryStringParams == null ? "" : GetQueryString(message);

        string uri = string.Format("/Views/{0}.xaml{1}", message.PageName, queryStringParams);
        NavigationService.Navigate(new Uri(uri, UriKind.Relative));
    }
}

这是假设所有视图都位于应用程序根目录中的“Views”文件夹中的约定。这对于我们的应用程序来说效果很好，但当然这可以扩展以支持组织视图的不同场景。

Answer 2

警告：固执己见的 MVVM 新手警报:)（我对 MVVM 很陌生，但到目前为止很喜欢它。）

好问题。我发现模拟 NavigationService 并将 INavigationService 传递给 ViewModel 是完全可行的（虽然有些地方有点难看）。事实上，您甚至可以使用泛型使界面稍微好一点，传入类型（作为类型参数）而不是字符串 URI。

然而，我发现当涉及到在导航中放置额外数据时，我有点陷入困境......我还没有找到一个好的单一位置来完成所有编码/取消编码以整齐地传播状态。我怀疑 ViewModelFactory 很可能是该等式的一部分......

所以，这还不是一个完美的解决方案 - 但至少 ViewModel 可以负责“立即导航”（或“返回”）的操作。