Вызов библиотеки C++ из C#

Question

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

У меня есть библиотека C++, которая создается с использованием моментальных IDE. Я должен использовать эту библиотеку в проекте C#.

Кто-то работал над этим проектом, прежде чем меня передали. В настоящее время существует 2 слоя, чтобы сделать это возможным. Во-первых, проект C++ включает полную библиотеку с оберткой C++. Этот проект создает dll как выход. Эта dll C++ затем передается в проект C#, который имеет dllimport-вызовы в dll C++. Этот проект C# снова создает dll. Наконец, чтобы использовать библиотеку в приложении C#, я должен включить ссылку на обе эти библиотеки.

Это правильный способ заставить его работать? Я думал, вероятно, должен быть способ упростить этот процесс.

Может кто-нибудь, пожалуйста, помогите мне с этим вопросом?

Answer 1

Учитывая, что вы используете C++ библиотеки, я предполагаю, что он использует C++ семантику как классы, а чем просто разоблачение процедур. Если это так, то, как правило, это делается с помощью созданной вручную управляемой библиотеки взаимодействия C++.

В принципе, вы создаете управляемую библиотеку C++ в Visual Studio, ссылаетесь на существующую библиотеку C++ и создаете управляемую оболочку вокруг существующих классов C++. Затем вы ссылаетесь на эту (управляемую) сборку C++ в своем проекте C# и включаете исходную (неуправляемую) библиотеку C++ в свою сборку C# так же, как файл, который помещается в каталог сборки.

Это требуется, потому что нет способа ссылаться на такие вещи, как классы C++, через вызовы P/Invoke (DllImport).

Если ваша базовая библиотека есть, просто ряд функций, то вы можете ссылаться на них непосредственно в проекте C# через функции P/Invoke.

В любом случае все упомянутые выше библиотеки (для первой - неуправляемая библиотека C++, управляемая сборка C++ и проект C#, или, во-вторых, неуправляемая библиотека C++ и проект C#) должны быть включены в любой проект, который ссылается на них. Вы не можете статически связывать неуправляемую библиотеку с управляемой сборкой.

Answer 2

Вы можете использование:

DllImport

class Example 
{ 
    // Use DllImport to import the Win32 MessageBox function. 
    [DllImport("user32.dll", CharSet = CharSet.Unicode)] 
    public static extern int MessageBox(IntPtr hWnd, String text, String caption, uint type); 

    static void Main() 
    { 
     // Call the MessageBox function using platform invoke. 
     MessageBox(new IntPtr(0), "Hello World!", "Hello Dialog", 0); 
    } 
} 

Answer 3

Похоже, что у вас есть одна обертка слишком много, но, возможно, кто-то реализует какой-то фасад или добавляет свойства или что-то в этом роде. Основным соединением между управляемым и неуправляемым будет либо DllImport «плоских» вызовов функций, либо не входящих в функцию, либо C++/CLI-код, вызывающий функции-члены. Если оболочкой является C++/CLI, ее легче всего написать (просто включите заголовок для библиотеки C++) и проще всего вызвать (код C# просто добавляет ссылку .NET к нему и продолжается как обычно), поэтому это был бы мой первый выбор, если в проекте есть опыт C++.

Звучит так, как будто бы тот, с кем вы принимали участие, делает это нелегко. Если есть менее 20 методов, я бы предложил начать все заново.