MEF，在请求分支时创建导入树

Question

使用 MEF 我想执行以下操作。

我有一个 WPF 外壳。 对于 shell，我想从另一个 DLL 导入一个 UserControl，它也是我的 MVP 三元组的视图。 MVP 三元组的工作方式是，在演示者中我有一个构造函数，它接受 IModel 和 IView 并将它们连接起来。 因此，为了使其工作，我需要 MEF 执行以下操作：

1. 创建 IView 实现
2. 创建 IModel 实现
3. 创建 Presenter 并将 IModel 和 IView 传递给其构造函数
4. 在显示时将 IView 实现导入到我的 shell 中

相反，它是做什么的？只创建 Exporting IView 类型并将其传递给 shell，基本上跳过了步骤 2 和 3。仔细想想，这很符合逻辑，但是当我请求 IView 时，如何告诉 MEF 也创建整个三元组。 我不需要在 Shell .dll 中的其他任何地方引用 Presenter 或模型，因此将其作为导入也不是一个选项（而且无论如何它都会非常难看:)。

我正在使用最新的 MEF（预览版 2 刷新）。 任何人？

==更新==

我找到了一个解决方案，并在此处发布了相关博客：
Krzysztof Koźmic 的博客 -使用 MEF 创建依赖关系树

但是，如果有人提出更好的解决方案，我会非常高兴。**

Answer 1

在这里检查我的答案。

http://codebetter.com/ blogs/glenn.block/archive/2008/11/12/mvp-with-mef.aspx

编辑：（从链接添加，以防止不被标记为低质量/LOA ）

   1: using System.ComponentModel.Composition;
   2: using System.Reflection;
   3: using Microsoft.VisualStudio.TestTools.UnitTesting;
   4:  
   5: namespace MVPwithMEF
   6: {
   7:     /// <summary>
   8:     /// Summary description for MVPTriadFixture
   9:     /// </summary>
  10:     [TestClass]
  11:     public class MVPTriadFixture
  12:     {
  13:         [TestMethod]
  14:         public void MVPTriadShouldBeProperlyBuilt()
  15:         {
  16:             var catalog = new AttributedAssemblyPartCatalog(Assembly.GetExecutingAssembly());
  17:             var container = new CompositionContainer(catalog.CreateResolver());
  18:             var shell = container.GetExportedObject<Shell>();
  19:             Assert.IsNotNull(shell);
  20:             Assert.IsNotNull(shell.Presenter);
  21:             Assert.IsNotNull(shell.Presenter.View);
  22:             Assert.IsNotNull(shell.Presenter.Model);
  23:         }
  24:     }
  25:  
  26:     [Export]
  27:     public class Shell
  28:     {
  29:         private IPresenter _presenter = null;
  30:         
  31:         public IPresenter Presenter
  32:         {
  33:             get { return _presenter; }
  34:         }
  35:  
  36:         [ImportingConstructor]
  37:         public Shell(IPresenter presenter)
  38:         {
  39:             _presenter = presenter;
  40:         }
  41:     }
  42:  
  43:     public interface IModel
  44:     {
  45:     }
  46:  
  47:     [Export(typeof(IModel))]
  48:     public class Model : IModel
  49:     {
  50:         
  51:     }
  52:  
  53:     public interface IView
  54:     {
  55:     }
  56:  
  57:     [Export(typeof(IView))]
  58:     public class View : IView
  59:     {
  60:     }
  61:  
  62:     public interface IPresenter
  63:     {
  64:         IView View { get;}
  65:         IModel Model { get; }
  66:     }
  67:  
  68:     [Export(typeof(IPresenter))]
  69:     public class Presenter : IPresenter
  70:     {
  71:  
  72:         private IView _view;
  73:         private IModel _model;
  74:  
  75:         [ImportingConstructor]
  76:         public Presenter(IView view, IModel model)
  77:         {
  78:             _view = view;
  79:             _model = model;
  80:         }
  81:  
  82:         public IView View
  83:         {
  84:             get { return _view; }
  85:         }
  86:  
  87:         public IModel Model
  88:         {
  89:             get { return _model; }
  90:         }
  91:  
  92:     }
  93: }

那么这是怎么回事？

Shell 被注入 Presenter。 Presenter 被注入视图和模型。 这里的一切都是单例，但不一定是单例。

我们两个示例之间的区别在于 Presenter 被注入到 shell 而不是 View 中。 如果演示者正在创建视图，那么您不能先获取视图（就像他所做的那样），否则演示者将不会被创建。 好吧，你可以做到，但你最终会把它撕成碎片。 Cleaner 就是注入 Presenter 并让它暴露一个 IView。 我们在 Prism 中做到了这一点，效果非常好。

Answer 2

您在博客文章中概述的方式是利用 MEF 的完全有效的方式。 这是嵌套组合，在设计时最好记住容器是决定者，因此作为插件/扩展器供应商，您将专注于您正在“导出”的服务，并且作为重要的，您应该不用担心你需要维修什么，或者“导入”（这一点在最后一滴中有一些问题，但我听说足够好，对此持乐观态度）。

所以在嵌套组合中，你可能需要一些外部服务，但当时你也可以提供一些。 当您进行撰写时，它会将所有内容整合在一起。

我有一篇博客文章，其中包含 2 个示例来说明这种思维方式：

http://www.sidarok.com/web/blog/content/2008/09/26/what-is-this-management-extensibility- Framework-thing-all-about.html

此外，要删除 dll 并观察其中的类型，您可以使用 DirectoryPartCatalog 来观察该文件夹。

您还需要注意同一合同有多个导出的情况，并从提供的元数据中确定正确的导出。