Доступ к сторонним пространствам имен в C # из плагина

...these plugin DLLs must access NameSpaces A B C D

The plugins have a reference to the main exe

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

Тем не менее, я настоятельно рекомендую рассмотреть возможность изменения архитектуры ваших плагинов. Либо:

1. Сделайте их частью реального проекта или;
2. Преобразуйте их в более традиционную модель плагинов.

Если вы выберете дверь № 2, эта статья о блоке приложений расскажет, что Я бы рассмотрел традиционную модель плагинов и, вероятно, значительно облегчил бы вашу жизнь, если бы вы ее приняли.

Изменить: я просто понял, что мой ответ, вероятно, был слишком кратким и не объяснял, что я имел в виду под «традиционной моделью плагина».

Плагины не должны напрямую ссылаться на ваше приложение, а также не должны требовать перестройки или повторного развертывания для их использования. Обычно интерфейс определяется в одном проекте (иногда называемом отдельным интерфейсом), но реализовать его отдельно. Другими словами, плагин может знать о базовой библиотеке, содержащей интерфейс, но не должен знать об основном исполняемом файле, который его использует.

Итак, на практике вы определяете интерфейс в своей основной библиотеке, который определяет методы, которые приложение требует от плагина. Затем вы кодируете свое основное приложение для этого интерфейса. Затем во время инициализации вашего основного приложения во время выполнения вы можете загрузить сборки, содержащие классы подключаемых модулей, и создать экземпляр подключаемого модуля или даже инициализировать его тестовым классом во время разработки. Есть много примеров того, как это сделать, и есть несколько вопросов по SO и об этом тоже.