Параметризация DllImport для использования в приложении C#

Просто некоторые соображения:

Альтернатива #one

EDIT: этот подход требует изменения скомпилированных методов, что сложно и требует инъекция, модификация сборки или другие методы, которые обычно используются в АОП-земле. Рассмотрим второй подход, который проще.

1. Удалите все функции с одинаковой сигнатурой, оставьте по одной для каждой
2. Используйте GetIlAsByteArray , чтобы создать динамический метод вашего метода DllImport
3. Используйте метод, описанный здесь , чтобы управлять IL функции, здесь вы можете изменить атрибуты DllImport и т. Д.
4. Создайте делегат этих функций и кешируйте ваши вызовы
5. Верните делегата

Альтернатива №2:

РЕДАКТИРОВАТЬ: этот альтернативный подход сначала кажется немного сложным, но кто-то уже сделал всю работу за вас. Найдите эту отличную статью CodeProject и просто загрузите и используйте ее код для динамического создания методов стиля DllImport. В основном это сводится к следующему:

1. Удалить все DllImport
2. Создайте свою собственную оболочку DllImport: принимает имя библиотеки и имя функции (при условии, что все подписи равны)
3. Оболочка выполняет "ручной" импорт DllImport с помощью LoadLibrary или LoadLibraryEx с использованием функций API dllimport
4. Оболочка создает для вас метод с помощью MethodBuilder .
5. Возвращает делегата этого метода, который вы можете использовать как функцию.

Альтернатива #three

РЕДАКТИРОВАТЬ: если посмотреть дальше, есть более простой подход: просто используйте DefinePInvokeMethod , который сделает все, что вам нужно. Ссылка MSDN уже дает хороший пример, но полная оболочка, которая может создать любую собственную DLL на основе DLL и имени функции, представлена ​​в этой статье CodeProject .

1. Удалите все подписи стиля DllImport
2. Создайте простой метод-оболочку вокруг DefinePInvokeMethod
3. Не забудьте добавить простое кэширование (словарь?), Чтобы предотвратить создание всего метода при каждом вызове
4. Верните делегата из оболочки.

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

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

// expand this list to contain all your variants
// this is basically all you need to adjust (!!!)
public delegate int Function01(byte[] b);
public delegate int Function02();
public delegate void Function03();
public delegate double Function04(int p, byte b, short s);

// TODO: add some typical error handling
public T CreateDynamicDllInvoke<T>(string functionName, string library)
{
    // create in-memory assembly, module and type
    AssemblyBuilder assemblyBuilder = AppDomain.CurrentDomain.DefineDynamicAssembly(
        new AssemblyName("DynamicDllInvoke"),
        AssemblyBuilderAccess.Run);

    ModuleBuilder modBuilder = assemblyBuilder.DefineDynamicModule("DynamicDllModule");

    // note: without TypeBuilder, you can create global functions
    // on the module level, but you cannot create delegates to them
    TypeBuilder typeBuilder = modBuilder.DefineType(
        "DynamicDllInvokeType",
        TypeAttributes.Public | TypeAttributes.UnicodeClass);

    // get params from delegate dynamically (!), trick from Eric Lippert
    MethodInfo delegateMI = typeof(T).GetMethod("Invoke");
    Type[] delegateParams = (from param in delegateMI.GetParameters()
                            select param.ParameterType).ToArray();

    // automatically create the correct signagure for PInvoke
    MethodBuilder methodBuilder = typeBuilder.DefinePInvokeMethod(
        functionName,
        library,
        MethodAttributes.Public |
        MethodAttributes.Static |
        MethodAttributes.PinvokeImpl,
        CallingConventions.Standard,
        delegateMI.ReturnType,        /* the return type */
        delegateParams,               /* array of parameters from delegate T */
        CallingConvention.Winapi,
        CharSet.Ansi);

    // needed according to MSDN
    methodBuilder.SetImplementationFlags(
        methodBuilder.GetMethodImplementationFlags() |
        MethodImplAttributes.PreserveSig);

    Type dynamicType = typeBuilder.CreateType();

    MethodInfo methodInfo = dynamicType.GetMethod(functionName);

    // create the delegate of type T, double casting is necessary
    return (T) (object) Delegate.CreateDelegate(
        typeof(T),
        methodInfo, true);
}


// call it as follows, simply use the appropriate delegate and the
// the rest "just works":
Function02 getTickCount = CreateDynamicDllInvoke<Function02>
    ("GetTickCount", "kernel32.dll");

Debug.WriteLine(getTickCount());

Думаю, возможны и другие подходы (например, шаблонный подход, упомянутый кем-то еще в этой теме).

Обновить : добавлена ​​ссылка на отличную статью кода проекта .
Обновление: добавлен третий и более простой подход.
Обновление: добавлен пример кода
Обновление: обновлен пример кода для безупречной работы с любым прототипом функции
Обновление: исправлена ​​ужасная ошибка: