Как лучше реализовать поддержку плагинов в C#?

Question

[Виталий Пухов]

Вся суть в вопросе, в общем. Я в курсе, что нагуглить можно много вариантов, но они все разные и не ясно какой лучше, кто что пробовал?

Answer 1

[Сергей]

Не надо изобретать велосипеды есть MEF

Comments

[Виталий Пухов]

есть по нему нормальный пример? Тот что по ссылке не адекватен по сложности кода поставленной задаче. Фактически мне нужен только интерфейс, класс и метод как загрузить и выполнить метод из библиотеки с данным классом, там в примере куча непонятного мусора, который в данном случае не нужен совсем

[AxisPod]

Очень элементарно используется. Например книга "C# 5.0 и платформа .NET 4.5" К. Нейгел, Б. Ивьен, Д. Глинн, К. Уотсон, М. Скиннер. Там раскрыта тема MEF.

[AxisPod]

Виталий Пухов: Забыл вас указать в предыдущем ответе. Вообще наверное даже примера из MSDN хватит для начала.

[Сергей]

Виталий Пухов: Думаю код для поиска в сборке класса с нужным интерфейсом, создание экземпляра этого класса и вызов метода интерфейса добавят в Ваш код гораздо больше "непонятного мусора", если пример из MSDN не устраивает попробуйте этот (www.codeproject.com/Articles/432069/Simple-MEF-App...).

[Павел Загребелин]

Предполагается, что у вас есть минимум три сборки: главное приложение, сборка с интерфейсом плагина, как минимум одна сборка с классами плагинов. MEF предлагает:
1. Создать интерфейс плагина (My.Plugins.Common.dll)
2. создать классы, реализующие этот интерфейс и пометить их атрибутом (My.Plugin.1.dll, My.Plugin.2.dll)
3. созать филд, в котором будет список объектов, реализующих интерфейс и пометить филд аттрибутом (My.exe)
4. Скопировать из докуметации три строки, создающие каталог ассемблей, где будут искаться классы, и одной строкой заполнить этот филд.

Пункты 1..3 в любом случае нужно делать. MEF за вас реализует пункт 4, самый геморройный.

Проще можно сделать, только намертво добавив зависимость в .exe от сборок с плагинами и жёстко прописать классы плагинов.

Answer 2

[vitvov]

Все зависит от конкретной задачи.
Лично я использовал скрипт машину для выполнения плагинов. Скрипты писались на IronPython. Пользователь выбирал задачу, приложение находило нужный скрипт, загружало его в ScriptHost и выполняло. Такая система удобна, если ваше приложение имеет собственное API, доступное из скриптов и любой желающий может написать свою задачу для приложения. SDK, пример.

Второй вариант - это написание библиотек на C# реализующих один интерфейс. тыц

Comments

[Виталий Пухов]

Использование питона в рамках моей задачи не очень хорошая идея, да и если таким путем идти то можно былобы и скомпилировать в рантайме, а за тыц спасибо, примерчик интересный попался

[AxisPod]

А DLR чем не устроил?

[Виталий Пухов]

AxisPod: в общем то все в нем хорошо, не считая того что код который через DLR передается должен быть строкой а не функцией, если бы был метод в рантайме разобрать функцию на код ее составляющий я бы это и использовал, но кодить текстом в "" это мягко говоря не то на что я расчитывал + на компиляцию будет уходить много времени

[XelaNimed]

"тыц" помер... Поправьте ссылку пожалуйста.