使用 MEF 构建可扩展应用程序时的注意事项

Question

我已经开始为我的一个项目尝试依赖注入（特别是 MEF），该项目有许多不同的可扩展点。我开始了解我可以用 MEF 做什么，但我想听听其他对这项技术有更多经验的人的意见。几个具体案例：

1. 目前我的主要用例是公开我的扩展使用的各种类似单例的服务。我的框架程序集公开了服务接口，我的引擎程序集包含了具体的实现。这很好用，但我可能不想让我的所有扩展都可以访问我的所有服务。 MEF 中是否有一种好方法可以限制我允许新实例化的扩展解析哪些特定导入？

2. 这个特定的应用程序有我反复实例化的扩展对象。我可以导入多种类型的控制器和机器，它们以不同的组合实例化为一个项目。我找不到使用 MEF 执行此操作的好方法，所以我正在做自己的类型发现和实例化。有没有在 MEF 或其他 DI 框架中执行此操作的好方法？

我欢迎您就任何其他需要注意的事项或您发现的改变了您的架构方式的令人惊讶的功能提供意见。

Answer 1

在 MEF 中是否有一个好方法可以 限制我允许的特定进口 一个新实例化的扩展 解决了吗？

将扩展代码加载到单独的容器中，并确保该容器中没有受限部分。让我们将情况简化为这些类来构造一个示例：

[Export]
public class MyExtension
{
   [Import]
   public PublicService Service { get; set; }

}

[Export]
public class PublicService
{
}

[Export]
public class InternalService
{
}

[Export]
public class Program
{
   [Import]
   public MyExtension Extension { get; set; }

   [Import]
   public PublicService Service1 { get; set; }

   [Import]
   public InternalService Service2 { get; set; }
}

目标是允许MyExtension 导入PublicService，但不允许 InternalService。像Program 这样的内部代码应该可以导入任何东西。你可以这样实现：

var publicCatalog = new TypeCatalog(typeof(PublicService), typeof(MyExtension));
var publicContainer = new CompositionContainer(publicCatalog);

var internalCatalog = new TypeCatalog(typeof(Program), typeof(InternalService));
var internalContainer = 
    new CompositionContainer(internalCatalog, publicContainer);

var program = internalContainer.GetExport<Program>();

此代码不会引发合成异常。如果您现在将MyExtension 上的导入更改为禁止的InternalService，您将获得所需的合成异常。

这种设置的副作用是PublicService 也不能导入任何私人服务，就像MyExtension。这是有道理的，因为否则没有什么能阻止PublicService 通过属性公开私有服务。

我以TypeCatalog 为例，但实际上您可能应该使用FilteredCatalog sample 之类的东西。

这个特定的应用程序有 我反复的扩展对象 实例化。我可以导入多个 控制器和机器的类型， 以不同的方式实例化 项目的组合。我不能 找到一个使用 MEF 的好方法， 所以我正在做自己的类型发现和 实例化。有没有什么好办法 在 MEF 或其他 DI 中执行此操作 框架？

您可能只是在 PartCreationPolicy 属性之后，该属性控制部件是共享的（如，每个容器仅创建一次）还是每次导入时多次实例化。您还可以在导入属性中指定RequiredCreationPolicy 参数。

如果这不能解决您的问题，请查看 MEF 源代码中的 PartCreator sample（但请注意，它可能很快会重命名为 ExportFactory，它已经在 MEF 的 Silverlight 版本中了）。