Исполнение функций подгружаемых во время исполнения программы из сторонних хранилищ

День добрый, отзывчивые, знающие, смекалистые.
Не знаю как чётко сформулировать вопрос, поэтому опишу как смогу, надеюсь поймёте.(Опытным программистам к таким постановкам проблем не привыкать )
Язык C#.
Предположим что есть программа, которая по своей сути является оболочкой без особого функционала, но с пользовательским интерфесом (форма с полями ввода и кнопками). И вот эта программа, должна смотреть в определённом месте все файлы нами заданного типа. (пофиг каком, пусть папка с именем LibSrc которая рядом с экзешником самой программы лежит). Файлы эти по своей "структуре" однотипные, но по содержанию разные. Содержат эти файлы только функции. Причём функции только типа
Если файлом ПОТРЕБУЕТСЯ для решения проблеммы ещё что-то содержать - это нормально и допустимо.
Программа же должна по желанию пользователся должна выдать список всех доступных функций из этих файлов и иметь возможность запускать выбранную пользователем из этого списка функцию с параметрами (котоыре все вида byte[][] args)
Собственно вопрос, какой сущьностью должны быть эти файлы с функциями? Библиотеками, сериализованными экземплярами класса или ещё чемто? И собственно как это должно работать?
Писать код не прошу(хотя и приветствую) но меня больше интересует сам подход и общая идея.
Варианты подходаЖ:
Была идея сделать эти файлы в виде DLL, но собственно как работать с данной конкретной библиотекой остаётся непонятным - самой программе же чтбы подгрузить библиотеку и воспользоваться функциями из неё нужно же знать имена этих функций, не так ли? Можно конечно в каждую такую длл ку засунуть функцию типа
где
public delegate bool DelegateMy(ref byte[][] args, ref String ReturnNameThisFuntion);
Тоесть в каждой библиотеке есть функция с одним и темже именем которая возвращает лист с указателем на все её функции. Но я не уверен что такое вобще реализуемо, не пробовал, просто мысль.

Другая идея это каждый такой вот файл будет не DLL а сохраненный сериализованный класс(экземпляр?!), который является наследником от некоторого класса, который позволил бы организовать взаимодействие программы с нашей программой, но в каждом таком классе переопределены функции и их коичество(!), однако количество функций указано в виде константного поля.

Ваши коментарии, пожалуйста.

Добавлено через 2 минуты
Вы хоть маякните если "что автор хотел то вобще?! он сам то понял? я нет!"

0

Сообщение от JustOneQuestion так а где тогда хранятся то сами методы?

В самом объекте, естественно (про который вы думаете, что его как бы нет). Суслика видишь? Нет. Вот и я не вижу. А он есть. (с)

Сообщение от JustOneQuestion что с остальными полявми и методами экземпляра класса, они тоже живы или нет? На них то вроде уже нет ссылок.

Если есть объект, есть и все его члены, естественно.

Сообщение от JustOneQuestion пока там будем стоять, попробовать удалить файл DLLки то будет отказано в доступе. Ээто то почему?

Именно потому, что файл в данный момент используется (выше сказано кем).
Ну и почитайте, к примеру, Рихтера, самое начало, там в деталях рассказано, как работает выполнение кода в CLR. Чтобы меньше вопросов возникало.
Выше вам уже несколько советов давали, используйте плагины (в той или иной реализации) и не забивайте себе голову.

0

Сообщение от Rius При вызове этих функций, вызовы переадресовываются в класс, загруженный из сборки.

Ну вот собственно этот момент и интересен теперь. MethodInfo.Invoke получается каждый раз при вызове лезет в файл DLL на диске и пытается вполнить что-то из него? Или всётаки можно както сделать так чтобы класс или отдельные методы из DLL были загружены ... в память и уже исполнялись оттуда. Тут правда ещё сразу вопрос возникает, а память для объекта класса и память для тела метода она одна или принципиально разная, и в памяти объекта содержаться лишь указатели на ту память(другую вероятно какуюто) где хранятся методы. А чем тогда статик и не статик методы отличаются в этом смысле?

Сообщение от golubyatnikovtv На мой взгляд, перед тем как работать с плагинами, нужно разобраться с рефлексией. Стоит попариться.

Я пожалуй соглашусь с этим. Прежде чем брать и использовать уже некое готовое решение, полезно бывает понять пробелму, которая послужила причиной поиска и создания этого решения. В противном случае это готовое будет восприниматься как нечто чужеродное и подсознательно отторгаться. (Вы уж простите за оффтоп)

А что касается

Сообщение от insite2012 Плохо что не понимаете. Ну и почитайте, к примеру, Рихтера, самое начало, там в деталях рассказано, как работает выполнение кода в CLR. Чтобы меньше вопросов возникало.

Я всё же сторонник того, чтобы читать лишь после того как возникают вопросы. Тогда то что читаешь и ближе и понятнее становится, и вопринимается легче. А Рихтера что именно советуете прочитать(или ещё кого) касательно вопросов об организации памяти кода и переменных? Пока что меня это больше интресует.

0

JustOneQuestion,
Рихтер Дж.
Р55 CLR via C#. Программирование на платформе Microsoft .NET Framework 4.5 на
языке C#. 4-е изд. — СПб.: Питер, 2013. — 896 с.: ил. — (Серия «Мастер-класс»).

В книге прекрасно расписано содержание, посмотрите что интересует.

0

Сообщение от JustOneQuestion сторонник того, чтобы читать лишь после того как возникают вопросы.

Ятд, подход не верный. Я сторонник того, что нужно читать, чтобы вопросов вообще не возникало (ну или возникали, но редко).

0