MVVM 交替事件模式

Question

我目前有一个看起来像这样的层次结构

MainWindowViewModel
    TabViewModel
        EditorViewModel
            ReviewingServices
                ConflictFinder

我遇到的问题是 TabViewModel 希望收到冲突通知（来自 ReviewingServices）以及其他事情。我可以为所有依赖项创建公共 getter，并使用 DependencyA.DependencyB.DependencyC += SomeHandler; 订阅我想要的任何内容，但这相当混乱。我发现自己创造了太多我想数的事件。本质上，我创建了一个混乱的事件网。我喜欢为每个班级创建的职责分离，但当每个班级都有 2-3 个活动时，维护起来相当困难。如果订阅者仅比上面 1 级，我在创建和维护事件时没有问题。当说 MainWindowViewModel 希望收到新评论的通知（从 ReviewingServies 发布）时，就会出现混乱。

在订阅者想要订阅的情况下，是否有更好的方法来处理这些类型的事件深度嵌套在应用程序中的事件？

Answer 1

我不知道我是否真的遇到了你的麻烦，但我建议看看某种事件聚合器。尝试查看 Caliburn one，但与您自己实现一个并没有太大不同。这样，您就可以用类型命名事件并从任何地方订阅它。

Answer 2

尝试使用 Microsoft Prism 及其事件聚合器

Answer 3

链接 DependencyA.DependencyB.DependencyC 通常被认为违反了德米特定律 （您实际上依赖于依赖项的依赖项，等等）。

我最近通过使用由诸如 IMyOperationNameContext 之类的接口定义的 Mediator 解决了类似的设计问题 这允许我将两个 ViewModel 的组合上下文与 WinForms 控件共享/注入到 WinForms 控件中，该控件使用第三个 ViewModel 以及所有这些，而无需将三个模型直接耦合在一起。

像这样的东西（注意示例中的 IAlbumContext 如何更多地充当代理，但这只是因为示例被简化了）：

interface IAlbumContext
{
    public AlbumInfo SelectedAlbum { get; set; }
}

class AlbumContext
{
    AlbumSelectionViewModel _model;

    public AlbumContext(AlbumSelectionViewModel model)
    {
        _model = model;
    }     

    public Album SelectedAlbum {
        get { return _model.Album; }
    }
}

class PhotoUploadDialog : Dialog
{
    public PhotoUploadDialog(IAlbumContext context, PhotoUploadViewModel viewModel)
    {
    }
}

虽然这个解决方案对我有用，而且我喜欢它具有高内聚性和解耦性它最终无法大规模扩展（例如，此类上下文接口的数量可能会根据应用程序而快速增长）。然而，对于更通用的解决方案，代价是代码变得更难遵循。