MEF - Плагины и их ссылочные сборки

Question

Для приложения, которое я создаю, мы используем MEF для создания плагина. Каждый плагин построен с собственными зависимостями (ссылками) и, в конце концов, скопирован в назначенную папку, которую приложение знает и ищет плагины. Копирование выполняется с помощью сценария post-build btw.

Проблема в том, что у нас есть отдельные плагины, которые могут ссылаться на разные версии одной и той же сборки. Для этого у нас возникла идея, что каждый плагин должен создать свою собственную папку в папке плагина, чтобы держать сборки от переопределения друг друга. Но потом мы получаем исключения, потому что AppDomain не знает, нужно ли искать ссылки, необходимые для плагинов. Мы обнаружили, что мы можем предоставить пути с зондированием. Но это означало бы необходимость регистрировать каждый плагин в app.config. И мы стремились сделать это более общим образом.

Приложение не является веб-приложением. Это консольное приложение, которое будет служить сервером, и мы называем это оболочкой. Сборы не известны оболочке, а только плагинам оболочки. Эти плагины не известны оболочке, но скорее обнаружены MEF. Единственное, что склеивает оболочку и плагины, - это интерфейсы.

Я действительно застрял на этом изделии и буду признателен за любую помощь, которую я могу получить по этому вопросу. Это скорее вопрос .Net, чем MEF, но я думал, что дам эскиз ситуации.

Answer 1

Альтернативой использованию зондирования является использование AppDomain.AssemblyResolve event. Всякий раз, когда .NET не может загрузить сборку, она поднимет это событие, которое позволит вам самостоятельно найти и загрузить сборку. Это может быть не самое чистое решение, но это дает вам гибкость при размещении ваших сборок в любой структуре, которая вас устраивает.