如何使用依赖注入将对象传递给 ViewModel？

Question

我需要将一个对象从一个视图模型传递到另一个视图模型。在我当前的实现中，我创建了一个 ProductVM 的静态实例，遵循这个 example，然后从实例访问它的属性。但从长远来看，传递静态实例似乎不是一个可靠的设计。

private static ProductVM _instance = new ProductVM();
public static ProductVMInstance { get { return _instance; } }

在研究提供静态视图模型实例的替代方案时，我发现constructor injection 是一个选项。

问题：

有没有人有任何例子，关于如何实现 ctor 注入来传递对象？ （最好不要使用第三方框架）

ProductsVM：（保存要发送的属性的视图模型）

    public ProductModel SelectedProduct { get; set; }

CustomerOrdersVM：（SelectedProduct 需要传入的视图模型）

public class CustomerOrdersViewModel : IPageViewModel
{

    public CustomerOrdersViewModel()
    {                  

    }
}

Answer 1

Rowbear 涵盖了 EventAggregators 的案例。它们不能在所有情况下都使用。

EventAggregator 模式只有在目标 ViewModel（及其对应的视图）已经实例化时才有用，因为只有这样 ViewModel 才会注册到事件以做出反应。

这不适用于 ViewModel/View 在显示之前必须实例化/导航的情况。一个示例是智能手机应用程序，您可以在其中单击产品并接收其详细信息或类似内容。

在这种情况下，您需要一个导航服务，您可以在其中将某个参数（productId、orderId 等）传递给导航调用，例如 navigationService.Navigate("OrderDetails", orderId);，并让您的 ViewModel 实现某种 INavigationAware接口，由导航服务调用，以防 ViewModel 实现此接口。

public class OrderDetailsViewModel : ViewModelBase, INavigationAware
{
    public async void OnNavigatedFrom(object parameter) 
    {
        var orderId = (int)parameter;
        var order = await orderRepository.GetOrderByIdAsync(orderId);

        // display your order in the ViewModel here
    }
}

导航服务附带了许多框架，企业应用程序中最受欢迎的是 Prism MVVM 框架（最初由 Microsoft 开发）

Answer 2

您提供的example link 中接受的答案实际上描述了构造函数注入。答案 1 和 2 在技术上都描述了“构造函数注入”。为了在没有第三方框架的情况下实现构造函数注入，您基本上需要将 SelectedProduct 或 ProductsVM 实例传递给 CustomerOrdersVM 的构造函数。唯一剩下的是一个作为“注入器”的总体类或视图模型，它控制 CustomerOrdersVM 实例和 ProductsVM 实例的构造（或者至少有一个可以传递给 CustomerOrdersVM ctor 的实例的引用）：

public class MainViewModel : ViewModelBase
{
    public MainViewModel()
    {
        ProductsViewModel = new ProductsVM();
        OrdersViewModel = new CustomerOrdersVM(ProductsViewModel);
    }
    public CustomerOrdersVM OrdersViewModel { get; private set; }

    public ProductsVM ProductsViewModel { get; private set; }
}

我参与了一个 MVVM（大部分）项目，该项目始终使用构造函数注入，而没有第三方注入器。这是有道理的，因为我们有一个包含多个视图模型作为其属性的总体对象（从技术上讲，它充当主要的父视图模型和注入器）。然而，它最终变得有些笨拙，因为一些视图模型在其构造函数中需要一个看似随机的其他视图模型。根据您的视图模型与模型或数据库/外部服务的清晰分离程度，对视图模型进行单元测试也可能变得更加困难，因为您可能会开始在视图模型中添加需要使用生产数据完全构建依赖项的逻辑。

这让我问你……为什么需要 CustomerOrderVM 中的 SelectedProduct？是因为用户交互会在 ProductsVM 中设置 SelectedProduct 属性，而您的 CustomerOrdersVM 需要知道它吗？如果是这样，您是否考虑过实施EventAggregator Pattern？当我团队中的某个人实现了这一点时，它使视图模型之间的信息传递变得轻而易举。视图模型将引用事件标记器，并在构造时订阅事件。这样，当您的用户选择产品时，您的 ProductsVM 可以采取行动，并发布您的 CustomerOrdersVM 可以订阅和采取行动的事件。