c# - MEF - 帮助理解容器和组合发生了什么

Question

问题

我正在使用 MEF 为 WinForms 应用程序实现插件，我注意到一些我不理解的组合行为。

为了解决这个问题，我将 MEF 与 .NET 4 结合使用。

作为一种 tl;dr，关于容器和组合，这是我不清楚的地方:

1. 如果我在一个本身就是导出部分的类中构造一个容器，然后调用 ComposeParts(this)该类的现有实例是添加到容器中还是创建了另一个实例？
2. 当我使用 GetExportedValue<T>()方法，返回的部分是否已经组成(或已填充其导入)，还是我需要明确组成该部分？

继续阅读以了解有关每个问题的更多详细信息...

背景

关于第一个问题，我有一个主应用程序表单，它有一个面板，该面板将托管“普通”应用程序用户控件以及来自插件的用户控件。这个主应用程序表单实现了一个名为 IHostingForm 的接口(interface)这允许它向插件公开它自己的一些功能。此主申请表通过 IHostingForm 导出自身接口(interface)，并有一个需要填写的导入。这是一个代码片段:

[Export(typeof(IHostingForm))]
public partial class frmMain : RibbonForm, IHostingForm
{
    //public/private form methods here...
    private CompositionContainer _container;

    //An import that needs to be filled.
    [ImportMany]
    public IEnumerable<Lazy<IAddInController, IAddInControllerMetadata>> AddInControllers;

    public frmMain()
    {
        //Init code here omitted to save space...

        //Setup the container
        var catalog = new AggregateCatalog();
        catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly));
        //Temporary location while testing...
        catalog.Catalogs.Add(new DirectoryCatalog(Application.StartupPath));

        _container = new CompositionContainer(catalog);
        try
        {
            //Is the current instance of the class (this) added to the
            //container or does the container construct its own instance?
            _container.ComposeParts(this);
        }
        catch (CompositionException ex)
        {
            //Error catching code omitted...
        }
    }

    //IHostingForm implementation
    public void AddTabToTabBar(string tabText)
    {
        RibbonTab rt = new RibbonTab(tabText);
        //Some more init code here which I'm leaving out to save space...
        this.ribbonBar1.CommandTabs.Add(rt);
    }
    //etc...
}

请注意上面的代码片段中它是如何导出自身的，但它也调用了 ComposeParts(this)在构造函数中？这会创建一个单独的表单实例还是 ComposeParts(this)足够聪明，知道使用已经存在的实例并将其添加到容器中？

这引出了我的第二个问题。由于我不确定上面使用的组合方法是否正确，我尝试在应用程序的 Program 类中创建容器，但我发现了另一种我不理解的行为。我将容器初始化代码从窗体的类中移出并移入程序中，如下所示:

static class Program
{
    internal static CompositionContainer _container;

    /// <summary>
    /// The main entry point for the application.
    /// </summary>
    [STAThread]
    static void Main()
    {
        Application.EnableVisualStyles();
        Application.SetCompatibleTextRenderingDefault(false);

        //Setup the container
        var catalog = New AggregateCatalog();
        catalog.Catalogs.Add(new AssemblyCatalog(typeof(Program).Assembly));
        catalog.Catalogs.Add(new DirectoryCatalog(Application.StartupPath));

        _container = new CompositionContainer(catalog);

        IHostingForm frm = _container.GetExportedValue<IHostingForm>();
        //If I don't call this, the form's imports don't get satisfied
        _container.CompostParts(frm);
        Application.Run((Form)frm);
    }
}

基于 MSDN 上的文档以及 the answer to this question , 我的印象是 GetExportedValue<T>()方法将实例化给定类型的导出并组合它(或满足其依赖关系？)，因为它是从容器中出来的。但是通过测试，似乎在从容器中获取零件后，我必须明确告诉容器组成零件才能填充其导入。这似乎与我目前所读的内容相矛盾。

我不确定这是否是多个问题。如果他们需要分开，请告诉我，我很乐意编辑这个问题并创建另一个问题。但是，对我来说，它们似乎是相关的，因为它们都在处理我对容器和组合发生的事情缺乏了解的问题。

Answer 1

Notice in the snippet above how it is exporting itself but it also calls ComposeParts(this) in the constructor? Does this create a separate instance of the form or is ComposeParts(this) smart enough to know to use the already existing instance and just add it to the container?

它“足够聪明”，因为它会按指令执行。 ComposeParts(this) 会首先查看this 需要满足哪些Import。然后它将尝试找到具有匹配的 Export 的类型并调用它们的无参数构造函数，在创建实例后它将查看该类型的 Import 并开始再来一遍。

现在，如果在某个时候它遇到一个 Import 指令，该指令要求一个已经创建的类型，它会将已经存在的实例提供给该 Import 指令 - 而不是创建第二个实例。

您可以通过向一些类型添加无参数构造函数并在其中放置断点来轻松验证这一点。

至于你的第二个问题，我建议问一个单独的问题 - 但据我所知，ComposeParts 将查找或实例化以前未使用/未知的部分和广告调用它的类型/对象的 Export 属性 - 在您的例子中为 [Export(typeof(IHostingForm))]。另一方面，GetExportedValue 只会搜索已经存在的部分，不会实例化新部分 - 这意味着如果 Import 要求部分 X 但没有此类部分之前由 ComposeParts 或 SatisfyImports 创建 - Import 背后的属性/字段将保持不满足/null .