Утилизировать компоненты контейнером MEF?

MEF действительно управляет сроком службы компонентов, которые он создает. Похоже, проблема в вашем примере заключается в том, что объект, который вы хотите удалить, на самом деле не создается MEF. Возможно, вы захотите сделать что-то вроде этого:

public class ComponentExporter : IDisposable
{
    private IMyInterface _component;

    [Export]
    public IMyInterface Component
    {
        get
        {
            if (_component != null)
            {
                _component = new MyImplementation();

                // ...
            }
            return _component;
        }
    }

    public void Dispose()
    {
        if (_component != null)
        {
            _component.Dispose();
        }
    }
}

ComponentExporter - это класс, фактически созданный MEF, и если он реализует IDisposable, MEF избавится от него вместе с контейнером. В этом примере ComponentExporter удаляет созданный компонент при его удалении, что, вероятно, именно то, что вам нужно.

Конечно, было бы проще, если бы вы просто поместили экспорт непосредственно в класс MyImplementation. Я предполагаю, что у вас есть причины не делать этого, но это будет выглядеть так:

[Export(typeof(IMyInterface))]
public class MyImplementation : IMyInterface, IDisposable
{
    // ...
}

Еще несколько примечаний к вашему коду: вам, вероятно, не нужно добавлять каталог в контейнер через пакет, если вы не импортируете его куда-то и не изменяете его из частей внутри контейнера. И если вы обрабатываете много запросов и беспокоитесь о производительности, вам следует создать AssemblyCatalog только один раз, а затем использовать его для всех запросов.

Даниэль прав. Я определил отношения импорта и экспорта как свойства в моих классах сопоставления. Я загрузил их как ComposablePartCatalog в контейнер MEF, чтобы MEF мог волшебным образом извлекать соответствующие экземпляры на лету. Именно в классах сопоставления у меня есть коды для новых экземпляров. Следовательно, я должен найти способ, позволяющий MEF обращаться к этим классам сопоставления для удаления созданных ресурсов, когда MEF находится вне процесса.

Мне нравится предложение Дэниела ввести класс для моей части экспорта. Поскольку все мои сопоставления DI определены в виде свойств (получателей и сеттеров), я создал такой базовый класс:

public class ComponentExporterBase: IDisposable {
  private List<IDisposable> _list;

  public ComponentExporterBase()  {
    _list = new List<IDisposable>();
  }

  protect void Add(IDisposable obj) {
    _list.Add(obj);
  }

  protected virtual void Dispose(bool disposing) {
    if (disposing) {
      foreach(var obj in _list) {
        obj.Dispose();
      }
      _list.Clear();
    }
  }  

  public void Dispose()  {
    Dispose(true);
  }
}

С этим базовым классом мои классы сопоставления смогут позволить MEF выполнять работу по удалению. Например, вот один пример:

internal class MyDIMappingClass : ComponentExporterBase {
  [Import]
  private IDataReader _dataReader { get; set; }

  [Export]
  private IController {
      get {
         var reader = _dataReader;
         var instance = new MyMainController(reader);
         base.Add(instance);
         return instance;
  }
  ...
}

Все мои классы отображения определены аналогичным образом, и они намного чище. Основной принцип заключается в том, что экземпляры или ресурсы, созданные внутри класса, должны располагаться внутри класса, а не внедренные экземпляры. Таким образом, мне больше не нужно очищать какие-либо экземпляры, внедренные MEF, как в этом примере:

public class MyMainController : IController {
   private IDataReader _dataReader;

   // dataReader is injected through CTOR
   public MyMainControler(IDataReader dataReader) {
     _dataReader = dataReader; 
     ...
   }
   ...
   public void Dispose() {
     // dispose only resources created in this class
     // _dataReader is not disposed here or within the class!
     ...}
}

Кстати, мне нравится использовать свойства в качестве импорта и экспорта, поскольку атрибуты не имеют ничего общего с бизнес-логикой класса. Во многих других случаях некоторые классы принадлежат третьим сторонам, и у меня нет доступа к их исходным кодам, чтобы пометить их как экспортные.