Prism+MEF：延迟从 prism-module 导出服务

Question

我有一个基于 Prism (v4 ctp) 和 MEF 的应用程序。 该应用程序有一个服务 IService1。我希望这个服务实现是由某个模块导出的（不仅仅是 MEF 发现的）

public interface IService1 {}
public class Service1Impl: IService1 {}

Service1Impl 没有 ExportAttribute。这是因为我想在我的 Prism 模块中手动创建实现：

[ModuleExport(typeof(SomeModule))]
[PartCreationPolicy(CreationPolicy.Shared)]
public SomeModule: IModule
{
    [Export]
    public IService1 Service1 {get; private set}

    public void Initialize()
    {
        Service1 = new Service1Impl();
    }
}

在其他一些组件中，我想通过 MEF 导入获取 IService1 的实现。 问题是在Prism调用Initialize之后如何告诉MEF进行导出（在SomeModule中）？

如果我在模块的构造函数中创建服务的实现，那么一切都会正常工作，但它与 Prism 的模块初始化过程不一致。 问题是 Prism 在 MEF 组合完成后初始化模块。 此外，在创建服务的实现之前，我需要执行一些复杂的初始化逻辑，并且我不希望它出现在构造函数中。

那么，我有什么选择呢？

Answer 1

您尝试过 ModuleDependency 吗？我需要对 MEF 进行更多研究，但在 Prism 中，您可以通过 ModuleDependency 保证一个模块的初始化在其他模块之前触发。

例如，如果您有 SomeOtherModule 在初始化期间需要 IService1，则可以确保 SomeModule 首先以这种方式初始化。

[ModuleDependency("SomeModule")]
public class SomeOtherModule : IModule
{
    [Import]
    public IService1 Service1 {get; set;}

    public void Initialize()
    {
        //This ought to be populated now.
        Service1.DoSomething();
    }
}

我完全限定这一点，因为我可能不知道 MEF 的某些内部工作原理不允许这样做，但这就是 Prism 的一般工作方式。

顺便说一句，当我看到依赖项时，无论是显式的还是隐式的，我都会问自己：

1. 该服务是否会被多个模块使用？那么，将服务提升为在引导程序中构建并由托管应用程序而不是其他模块提供的服务是否有意义？
2. 如果不是#1，如果模块之间存在依赖关系，这些模块在逻辑上是否相同？它们应该结合起来吗？如果一个人离不开另一个人，那么就没有理由不将它们结合起来。

无论如何，最后一点只是值得思考的事情。

希望这有帮助。

Answer 2

我对 MEF 的使用有点生疏，但这些想法可能有用。如果您的属性属于 concreate 实现类型，但您通过指定接口的契约导出该属性（我认为它类似于以下内容），该怎么办：

[Export(IService1)]
public Service1Impl Service1 {get; private set}

那么每个具有 IService1 接口导入检查的模块都将获得具体实现来自该模块（这是针对接口进行编码的主要目标）。

我希望这能引导您走向正确的方向。

谢谢，
达米安