使用 IoC 将参数从 ViewModel 传递到另一个答案

【问题标题】：Pass parameter from a ViewModel to another with IoC使用 IoC 将参数从 ViewModel 传递到另一个
【发布时间】：2012-09-07 13:56:36
【问题描述】：

我正在尝试从 MainViewModel 实例化 SecondViewModel，在第二个参数中注入这些参数是在 IoCContainer 中注册的服务和来自 MainVM 的对象。

代码是这样的：

class MainViewModel
{
    public MainViewModel()
    {
    }

    private string message = "the message";
    public string Message { get; set; }
}

class SecondViewModel
{
    public SecondViewModel(IService service, string message)
    {
    }
}

现在，我知道我可以让 IoC Container 将 SecondViewModelFactory（承载服务实例）注入 MainViewModel，这样它就可以通过它创建 SVM，但是如果 IService 的实现非常繁重而我不这样做呢？不想实例化它，但当我真的需要它时。

如果我必须以类似的方式实例化其他 ViewModel 怎么办？我是否必须创建大量 VMFactories 和构造函数参数？

如果我使用通用 ViewModelFactory，则需要实例化它，传递我拥有的每个 ViewModel 所需的所有服务，无论它们是否会被创建。

你知道我的情况有什么更好的解决方案吗？

【问题讨论】：

您使用的是哪个 IoC 容器？
我正在使用 MVVM Light 的 SimpleIoC。但我可以改变它，我只是一个正在努力学习的学生=）

标签： c# .net mvvm inversion-of-control ioc-container

【解决方案1】：

大多数IoC Containers 支持对Lazy<> 的惰性依赖，以避免立即创建昂贵的类。

所以在你的代码中，你可以为你昂贵的 IService 做一些懒惰：

class SecondViewModel
{
    public SecondViewModel(Lazy<IService> service, string message)
    {
    }
}

您可以使用一些流行的 IoC 容器，看看它们如何支持延迟加载：Autofac 或 NInject

【讨论】：

即使容器没有明确支持Lazy<T>，您也可以简单地注册Lazy<T>。这甚至适用于 SimpleIoC。

【解决方案2】：

一般来说，服务的创建不应该繁重。他们的构造函数应该只存储传入的依赖项。如果它在后台使用了一些繁重的资源，则不应通过构造函数访问它们。这使构造函数保持简单（避免您必须对其进行测试）并允许非常快速地组合对象图。

如果真的没有办法解决这个问题，基本上有两种模式可以应用：

1.工厂

您可以注入工厂来延迟类型的创建。当创建应该明确控制的对象（例如，应该尽快释放的实例）时，工厂也很有用。有几种创建工厂的方法。有些人喜欢将Func<T> 或Lazy<T> 依赖注入到他们的服务中，但我觉得这太含蓄了。我宁愿注入一个ISomeServiceFactory，因为我发现这更具可读性。缺点是您需要为此定义一个新接口。但是，如果您发现自己有许多工厂接口，那么您可能有一个problem in your design。

2。代理

您可以将服务隐藏在代理后面，而不是创建工厂。该代理可以实现与服务相同的接口，并将为您执行延迟。这可以防止您让应用程序依赖于不同的接口（例如 IServiceFactory 或 Lazy<T>）。特别是Lazy<T> 将有关创建的详细信息泄露给这种依赖项的使用者。如果方便的话，您仍然可以将Lazy<T> 注入此代理。这不是问题。该代理通常是您的composition root 的一部分，而您的应用程序的其余部分仍将依赖于您的IService 而不是您的Lazy<IService>。

请注意，使用工厂、代理和延迟启动确实会使容器的布线复杂化。所以不要使用 if 除非你测量到你真的需要它。由于间接性，它们使事情复杂化，这使得相互交流变得更加困难。它们使使用自动化测试验证您的配置变得更加困难。有关验证容器的更多信息，请查看 here 和 here。

【讨论】：