WPF/MVVM - 我们应该为每个 ViewModel 创建一个不同的类吗？

Question

我正在尝试使用 MSDN 中 Todd Miranda 的精彩“How Do I”视频中的 MVVM 示例。

我正在尝试根据我的学习目的调整该示例。

1. 在示例中，他有一个名为EmployeeListViewModel的 ViewModel。现在，如果我想包含部门，我是否应该创建另一个 ViewModel，例如 DepartmentListViewModel？

2. 该示例将EmployeeRepository作为数据源。就我而言，我尝试使用 Entity 对象作为数据源（Model 文件夹中的 Employees.edmx 和EmployeeRepository.cs < em>DataAccess 文件夹）。如果我想显示部门列表，是否应该创建一个名为 DepartmentRepository 的单独类并将所有与部门相关的方法定义放在那里？

3. 如果我想同时检索员工姓名及其部门名称怎么办？我应该在哪里放置此方法？

我对 WPF 和 MVVM 非常陌生，如果以上任何内容需要重新措辞，请告诉我。

感谢您的所有帮助。

Answer 1

是的，通常每个视图（页面、窗口、屏幕）都应该有它自己的 ViewModel。因此，如果您想要一个列出一些员工的屏幕，您的 ViewModel 将具有某种员工集合 (IEnumerable) 作为属性。然后，您的员工类型将包含其姓名、部门、​​电话分机等属性。

从您的问题中我不清楚您是否想在同一页面上显示员工和部门的列表。如果这就是您想要做的，那么您的 ViewModel 中有两个属性，它们是类似这样的集合：

public class EmployeeListViewModel {
     public IEnumerable<Employee> Employees { get; set; }
     public IEnumerable<Department> Departments { get; set; }
}

...这将允许您在视图上显示这两个集合。

Answer 2

这取决于，因为每种模式都更像是想法/概念，而不是您需要严格遵循的东西。通过这样说，您会注意到，有时是的，建议为每个 ViewModel 使用一个类，或者如果适用，可以使用通用 ViewModel。
我知道这很难，因为我曾经（现在仍然）和你处于同样的境地。

在问题 2 中，我有时所做的是 Retrieve 和 IQueryable，然后将返回对象“翻译”为 ViewModel。存储库/域不应该对 ViewModels 一无所知，因为它只是一个演示文稿。

回答第3点，如果您需要将控件与Employee和Departments绑定在一起，
也许你可以做这样的事情：

public class EmployeeDepartmentsViewModel : BaseViewModel //Base View Model has INPC stuff
{
    public Employee Employee { get; set; }
    public Department Department { get; set; }
}

希望这能澄清你的疑虑。

Answer 3

这里没有硬性规定。我将分别解决每个问题：

1. 您拥有的每个独特视图都会有一个 ViewModel。我认为将其称为 [Entity]ListViewModel 可能会混淆问题。将其命名为视图的名称...如果您正在查看 DepartmentDashboard，请将其命名为 DepartmentDashboardViewModel。
2. 对于您的模型，没有任何规则，并且视图模型与视图之间的模型对象比例当然不必是 1:1:1。一般来说，在直接处理数据库（如 TheBigDatabase.edmx）时，我有一个 OR/M 设置，而这恰好由许多模型（员工、部门、帐户、交易等）组成。在这里做任何感觉好的事情。
3. 由于您将创建一个包含多个实体的 edmx（正如我在 #2 中建议的那样），因此您将能够利用这些实体之间的关系（我猜员工有部门，所以 Employee.Department 将是那里）。获得此信息后，如果您愿意，可以将相关数据全部显示在一个位置。