MVVM - 在视图之间导航

发布于 2024-10-29 06:32:22 字数 500 浏览 1 评论 0原文

我有一个绑定到 ViewModel 的 ListBox，该 ViewModel 公开 ObservableCollection 类型的参数。我设置了一个 ICommand，当选择 ListBox 中的某一行时会触发该 ICommand。（使用此 post - 顺便说一句，它效果很好）。

现在我的问题（与上述方法 3 或 ListBox 无关）是当我的 ICommand 被触发时，我想要做的是导航到不同的页面（例如：详细信息页面），逻辑存储在哪里（或我该怎么做？）。

我问的原因是我不确定如何在 ViewModel 类中设置命令方法以使其保持可测试性。

ps：我正在使用 Prism，并且还想知道它是否提供任何用于导航的类/模式。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

赠意 2024-11-05 06:32:22

只是为了详细说明 IEventAggregator 的使用 - 它为您提供了一个简单的 Pub/Sub 模型，用于在应用程序的解耦部分（即不需要了解其他部分）之间发送任意消息。因此，我们可以在 ViewModel 构造函数中获取对 IEventAggregator 的引用（框架会自动为您解析），即：

private IEventAggregator eventAggregator;

public PublisherViewModel(IEventAggregator eventAggregator)
{
    this.eventAggregator = eventAggregator;

然后在我们的选择更改处理程序中，我们可以发布事件：

var changedEvt = eventAggregator.GetEvent<MyListboxChangedEvent>();
changedEvt.Publish(selectedItemId);

这依赖于我们的自定义事件类MyListboxChangedEvent：

public class MyListboxChangedEvent : CompositePresentationEvent<int> {}

最后，在响应此操作的ViewModel中，我们设置了对该事件的订阅，以及相应的处理程序方法：

public SubscriberViewModel(IEventAggregator eventAggregator)
{
    var changedEvt = eventAggregator.GetEvent<MyListboxChangedEvent>();
    changedEvt.Subscribe(OnListBoxChanged, ThreadOption.UIThread);
}

public void OnListBoxChanged(int selectionId)
{
    // do whatever we need
}

看起来像是很多胶水，但它变成了逻辑将 UI 的不同部分连接在一起的方法，很快就会成为第二天性。

Just to elaborate on the use of IEventAggregator - it gives you a simple Pub/Sub model for sending arbitrary messages between decoupled (ie neither needs to know anything about the other) parts of the application. So we can get a reference to the IEventAggregator in our ViewModel constructor (this is automatically resolved for you by the framework) ie:

private IEventAggregator eventAggregator;

public PublisherViewModel(IEventAggregator eventAggregator)
{
    this.eventAggregator = eventAggregator;

Then in our selection changed handler, we can publish the event:

var changedEvt = eventAggregator.GetEvent<MyListboxChangedEvent>();
changedEvt.Publish(selectedItemId);

This relies on our custom event class MyListboxChangedEvent:

public class MyListboxChangedEvent : CompositePresentationEvent<int> {}

So finally, in the ViewModel which responds to this action, we set up a subscription to the event, and corresponding handler method:

public SubscriberViewModel(IEventAggregator eventAggregator)
{
    var changedEvt = eventAggregator.GetEvent<MyListboxChangedEvent>();
    changedEvt.Subscribe(OnListBoxChanged, ThreadOption.UIThread);
}

public void OnListBoxChanged(int selectionId)
{
    // do whatever we need
}

Seems like a lot of glue, but it becomes a logical method for wiring the different parts of the UI together, and it becomes second nature pretty quickly.

回复收藏 0 原文