c# - 使用 IoC 将参数从 ViewModel 传递到另一个

Question

我正在尝试从 MainViewModel 实例化 SecondViewModel 注入(inject)第二个参数，这些参数是在 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(承载服务实例)注入(inject) MainViewModel，因此它可以通过它创建 SVM，但是如果 IService 的实现非常繁重，我不想实例化它，但当我真的需要它时。

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

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

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

Answer 1

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

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

1. 工厂

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

2. 代理

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

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