谁能解释一下 SatisfyImportsOnce 和 ComposeParts 之间的区别，以及为什么一个可以工作而另一个不能？

具体来说，我有一个在其中使用 MEF 的 MVC Web 应用程序。下面是一些代码(来自该应用程序)在我使用 SatisfyImportsOnce 时有效，但在我使用 ComposeParts 时无效。我的理解是，ComposeParts 从属性对象数组创建可组合部件，并将它们组合在指定的组合容器中，而 SatisfyImportsOnce 使用指定的组合服务组合指定的部件。对我简单的猴子大脑来说，尽管英语不同，但它们在语义上是相同的。两者都使用 CompositionContainer 在导入目标处吐出导出的类型。

public class FormPartCustomatorFactory
{

    [ImportMany(typeof(ICustomRenderer), AllowRecomposition = true)]
    private readonly List<Lazy<ICustomRenderer, ICustomRendererMetaData>> _rendererImports = new List<Lazy<ICustomRenderer, ICustomRendererMetaData>>();

    private readonly Dictionary<string, Lazy<ICustomRenderer, ICustomRendererMetaData>> _renderers;

    public static readonly FormPartCustomatorFactory Instance = new FormPartCustomatorFactory();

    static CompositionContainer _container;

    private FormPartCustomatorFactory()
    {
        using (var catalog = new DirectoryCatalog(HttpRuntime.BinDirectory, "*.dll"))
        {               
            _container = new CompositionContainer(catalog);
            _container.SatisfyImportsOnce(this); // <- Works
            // _container.ComposeParts(this); // DOESN'T Work
            _renderers = _rendererImports.ToDictionary(q => q.Metadata.Name, q => q);
        }
    }

    ~FormPartCustomatorFactory()
    {
        _container.Dispose();
    }

    public static ICustomRenderer Find(string name)
    {
        return Instance._renderers[name].Value;
    }
}

最佳答案

SatisyImportsOnce将组合一个类型而不注册它进行重组。因此，如果您打算使用不支持重组的类型，您可以使用 SatisfyImportsOnce它会像往常一样工作，但容器中的任何更改(添加新部件或删除部件)，您的实例都不会自动重组以提供这些新部件。

在您的实例中，您正在使用:

[ImportMany(typeof(ICustomRenderer), AllowRecomposition = true)]

...但是通过SatisfyImportsOnce , 此导入不会被重组。

如果您不担心重组，您可以使用构造函数注入(inject)更改您的代码，这样您就可以:

[ImportingConstructor]
public FormPartCustomatorFactory(IEnumerable<Lazy<ICustomRenderer, ICustomRendererMetadata>> renderers)
{
    if (renderers == null)
        throw new ArgumentNullException("renderers");

    _renderers = renderers.ToDictionary(r => r.Metadata.Name, r => r);
}

我建议构造函数注入(inject)的原因是 Lazy<ICustomRenderer, ICustomRendererMetadata> 的集合实例是您的类型所需的显式依赖项，因此最好在可用状态下实例化您的类型，而不是实例化然后需要额外的步骤来准备好首次使用。

这使您的 FormPartCustomatorFactory输入更可测试。为此，如果您要这样更改构造函数，那么使它成为单例的方法将行不通。相反，您可以利用 MEF 的生命周期管理功能，因此可以将您的类型重新设计为:

public interface IFormPartCustomatorFactory
{
    ICustomRenderer Find(string name);
}

[Export(typeof(IFormPartCustomerFactory)), PartCreationPolicy(CreationPolicy.Shared)]
public class FormPartCustomatorFactory : IFormPartCustomatorFactory
{
    private IEnumerable<Lazy<ICustomRenderer, ICustomRendereMetadata>> _renderers;

    [ImportingConstructor]
    public FormPartCustomatorFactory(IEnumerable<Lazy<ICustomRenderer, ICustomRendererMetadata>> renderers)
    {
        if (renderers == null)
            throw new ArgumentNullException("renderers");

        _renderers = renderers;
    }

    public ICustomRenderer Find(string name)
    {
        return _renderers
            .Where(r => r.Metadata.Name.Equals(name, StringComparison.InvariantCultureIgnoreCase)
            .Select(r => r.Value)
            .FirstOrDefault();
    }
}

这样做意味着您的类型不依赖于 MEF，它可以在没有它的情况下使用，它更易于测试，并且 CompositionContainer将管理部件的生命周期，在本例中为 CreationPolicy.Shared (这是导出类型的默认设置)，使用单例生命周期策略。然后您可以导入 IFormPartCustomator 的实例，您导入相同的单例实例。

我还认为称它为 Factory可能是错误的，因为工厂旨在创建新实例，而您的类型只会为每个 ICustomRenderer 创建一个实例.如果这是预期的行为，也许将其称为 FormPartCustomatorService 会更好，它实现了一个 IFormPartCusomatorService界面？如果你想每次都启动新实例，你可以查看 ExportFactory<ICustomRenderer, ICustomRendererMetadata> .

关于c# - SatisfyImportsOnce 与 ComposeParts，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6419319/