ViewModel 应该如何与 Repository 交互？

Question

我正在学习使用 MVVM 构建应用程序，我有以下情况：

• ViewModel 应显示Examination 类型的对象列表。此列表将被数据绑定到视图中的 ListView，从那里将被过滤，用户将选择 ActiveExamination 以供进一步使用。
• “存在”在模型层中的存储库应该“表现为域对象的内存集合”，并在 ViewModel 中实例化。

现在我的问题是：存储库应该是数据绑定到视图的集合，还是应该只是实现 INPC 的属性的“数据源”？例如，从以下几种可能性中，是其中一个正确，另一个错误，还是两个都错误......？

// example where the list is replaced in order to be changed;

// ViewModel class (part of it)
public class ThisViewModel : ViewModelBase {
    public List<Examination> ExaminationList {
        get { return _examinationList; }
        set { _examinationList = value;
              NotifyOfPropertyChange("ExaminationList"); }
    }
}


var repo = new ExaminationRepository();
ThisViewModel.ExaminationList = repo.getAll().where(ex => ex.Value > 20).ToList();

第二个选项

// Example where the very property IS a repository

// ViewModel class (part of it)
public class ThisViewModel : ViewModelBase {

    // the List is actually a repository in disguise.
    IEnumerable _examinationList = new ExaminationRepository();

    public List<Examination> ExaminationList {
        get { return _examinationList; }
        set { _examinationList = value;
              // This should be "NotifyOfCollectionChange", I guess...
              NotifyOfPropertyChange("ExaminationList"); }
    }
}

很可能我在这里很困惑/误会了，但是我的应用程序在架构方面相当小且简单，而且我真的不打算使用我见过的与此类问题相关的大多数框架和高级概念（ORM , IoC, DI)，而我主要关心的是“如何在 WPF/MVVM 数据绑定环境中正确处理可变的、基于存储库的集合”。

编辑：关于我的应用程序的一些上下文： 该应用程序是执行临床检查的应用程序。它有一个患者列表，每个患者都有自己的检查。有一个患者存储库和一个检查存储库。当我在 PatientList 中选择一位患者时，该患者的 ExamsList 会显示来自考试 repo 的匹配考试。用户对患者和检查的操作是 CRUD，或者更具体地说是 BREAD（浏览、阅读、编辑、添加和删除）。

感谢您的建议！

Answer 1

在我看来，为了在大型应用程序中实现最佳分离，您应该始终使用单独的集合从数据库中填充，然后在 UI 中显示。这确实意味着您必须遍历该集合两次，但这在 WPF 中通常是必需的，因为我们喜欢为 UI 添加额外的显示属性，例如 IsSelected 或IsFocused（如果我们正在填充视图模型对象）。

这样做的主要原因是允许我们在应用程序中连接各个层，以便我们可以独立测试每个层。如果您没有要求这样做，那么也许它并不那么重要。

我一直想知道为什么微软在其自动生成的类（例如来自 Linq2SQL）中实现 INotifyPropertyChanged 和 INotifyPropertyChanging 接口，而在 UI 中使用这些类直接破坏了他们自己总是告诉的层之间的分离开发人员要遵守。

更新>>>

我会说，对于一个小型应用程序，您如何以及在何处执行这些操作并不重要。有时在编写一个非常小的应用程序时，我什至不费心使用 MVVM。创建层和/或实现 MVVM 文件夹结构都会增加额外的开发时间和额外的代码，我觉得它们只有在 你时才有用；

a) 将分别测试应用程序的各个层，或

b) 可能在未来的某个阶段需要“交换”一个或多个层，例如。例如，从 SQL 数据库移动到 Oracle 数据库，或者从 WPF UI 移动到基于 Web 的 UI。