解决 MEF 导入时遇到的问题

Question

这是我之前一篇文章的延续，其中涉及解析我的 WPF 应用程序中的模块。这个问题与模块的相互依赖关系以及构建这些模块的方法（即通过 MEF 或通过 new）对 MEF 解决关系的能力的影响具体相关。

我尝试了两种方法：

• 左方法：应用程序实现 IError
• 右方法：应用程序有一个实现 IError 的成员

左方法

我后面的代码看起来像这样（只是 MEF 相关的东西）：

// app.cs
[Export(typeof(IError))]
public partial class Window1 : Window, IError
{
    [Import]
    public CandyCo.Shared.LibraryInterfaces.IPlugin Plugin { get; set; }
    [Import]
    public CandyCo.Shared.LibraryInterfaces.ICandySettings Settings { get; set; }

    private ICandySettings Settings;

    public Window1()
    {
        // I create the preferences here with new, instead of using MEF.  I wonder
        // if that's my whole problem?  If I use MEF, and want to have parameters
        // going to the constructor, then do I have to [Export] a POCO (i.e. string)?
        Settings = new CandySettings( "Settings", @"c:\settings.xml");

        var catalog = new DirectoryCatalog( ".");
        var container = new CompositionContainer( catalog);
        try {
            container.ComposeParts( this);
        } catch( CompositionException ex) {
            foreach( CompositionError e in ex.Errors) {
                string description = e.Description;
                string details = e.Exception.Message;
            }
            throw;
        }
    }
}

// plugin.cs
[Export(typeof(IPlugin))]
public class Plugin : IPlugin
{
    [Import]
    public CandyCo.Shared.LibraryInterfaces.ICandySettings CandySettings { get; set; }
    [Import]
    public CandyCo.Shared.LibraryInterfaces.IError ErrorInterface { get; set; }

    [ImportingConstructor]
    public Plugin( ICandySettings candy_settings, IError error_interface)
    {
        CandySettings = candy_settings;
        ErrorInterface = error_interface;
    }
}

// candysettings.cs
[Export(typeof(ICandySettings))]
public class CandySettings : ICandySettings
{
    ...
}

右侧方法

基本上与左侧方法相同，只是我在与 Window1 相同的程序集中创建了一个继承自 IError 的类。然后我使用 [Import] 尝试让 MEF 帮我解决这个问题。

谁能解释一下我在这里接触 MEF 的两种方法有什么缺陷吗？我已经蒙在鼓里太久了，所以我没有阅读 MEF 并尝试不同的建议，而是将 MEF 添加到我的解决方案中并开始编写代码。看起来失败的部分是调用 partManager.GetSavedImport() 时。由于某种原因， importCache 为空，我不明白。到目前为止，它一直在查看部件 (Window1) 并尝试解析两个导入的接口 - IError 和 IPlugin。我本希望它输入查看同一可执行文件夹中其他程序集的代码，然后检查它的导出，以便它知道如何解析导入...

我在代码中发现了一个错误，当我修复时MEF 例外发生了变化，并且也更加有用。它清楚地指出它找不到 CandySettings 默认构造函数！进一步挖掘，我发现 好Glenn Block 的帖子对此进行了讨论。所以我需要读完它，看看他的解决方法是否有效。我仍然希望获得更多答案，因为无法判断解决方法是否正确。

Answer 1

这篇文章确实很有帮助。我以前没有见过这些信息，但它完全对我有用。

http://mindinthewater.blogspot.com/ 2010/01/using-mef-with-classes-which-take.html

基本上，我的问题是我需要将值传递给构造函数。我过去的所有测试都涉及将接口传递给其他共享库，但就我而言，我只想传递几个字符串。我显然不想尝试将这些字符串包装在接口中只是为了传递 POCO。

为了解决这个不便，我的第一次尝试是使用默认构造函数尽我所能。然后，我将开发人员是否记得调用 Init() 方法留给命运。由于显而易见的原因，这很糟糕，但我还是想尝试一下。最后，它只是不起作用——这里的问题是 MEF 想要解决导入和导出问题，但我的 Init() 方法直到在组合部件之后才会被调用。因此，该特定库的任何其他依赖项最终都会得到一个未真正初始化的库实例，因为 Init() 直到稍后才会被调用。

无论如何，这种为构造函数参数导入字符串的技巧非常有效。

Answer 2

如果您包含收到的错误消息，将会有所帮助。

但是，如果您采用左侧方法，我认为在 Window1 类上放置 PartNotDiscoverableAttribute 可能会解决问题。

问题是 DirectoryCatalog 将包含包含 Window1 的程序集，因此目录中将存在可用的 IError 导出（如果您请求该导出的值，MEF 将创建 Window1 的实例）。当您添加通过 ComposeParts 创建的 Window1 时，您正在尝试向容器添加另一个 IError 导出。由于您的插件仅请求单个 IError 导出，因此当有多个可用时，它将无法工作。在 Window1 类上添加 PartNotDiscoverableAttribute 将阻止其包含在目录中。