Создание библиотеки DLL, которую можно использовать в собственных и управляемых приложениях

Question

Создание библиотеки DLL, которую можно использовать в собственных и управляемых приложениях

0

Даже после поиска я не мог найти ясного ответа на это. Это, по-видимому, несколько необычная проблема:

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

Поэтому, если я напишу эту DLL в C++/CLI, я могу разоблачить две вещи:

Плоский, экспортированный в стиле C интерфейс функций, которые могут использоваться родными приложениями.
Управляемый класс, который может использоваться из любого управляемого приложения (например, С#), ссылаясь на эту DLL

Будет ли это работать? Смогут ли обычные нативные приложения загрузить эту DLL и вызвать открытые функции?

Boris 29 нояб. 2013, в 08:35

Источник

1

Да, это одна из причин существования C ++ / CLI - это вовсе не «редкость», мы делаем это постоянно. MSDN очень ясно на эту тему
Roger Rowland 29 нояб. 2013, в 07:26
1

COM-компоненты могут вызываться из собственного и управляемого кода; это еще одна альтернатива.
MSalters 29 нояб. 2013, в 07:30
0

Оказывается, это не работает. Я должен скомпилировать мою DLL с ключом / MT (возможно, из-за одного из библиотек, на которые я ссылаюсь?). Но тогда я не могу скомпилировать с / clr (/ MT и / clr не работают вместе, говорит компоновщик) ... Аааа!
Boris 29 нояб. 2013, в 07:32
0

Используйте простые методы наложения слоев. Сначала напишите собственный код, чтобы его можно было напрямую использовать из неуправляемого кода. Добавьте поверх него слой C ++ / CLI, который использует собственный код, чтобы его можно было использовать из управляемого кода. Использование чистого управляемого кода из нативного кода возможно, просто намного сложнее разобраться. Вы должны понимать COM.
Hans Passant 29 нояб. 2013, в 11:25

Показать ещё 2 комментария

Теги:

c#

c++

c++-cli

native

managed

1 ответ

Ещё вопросы

Да, это одна из причин существования C ++ / CLI - это вовсе не «редкость», мы делаем это постоянно. MSDN очень ясно на эту тему
COM-компоненты могут вызываться из собственного и управляемого кода; это еще одна альтернатива.
Оказывается, это не работает. Я должен скомпилировать мою DLL с ключом / MT (возможно, из-за одного из библиотек, на которые я ссылаюсь?). Но тогда я не могу скомпилировать с / clr (/ MT и / clr не работают вместе, говорит компоновщик) ... Аааа!
Используйте простые методы наложения слоев. Сначала напишите собственный код, чтобы его можно было напрямую использовать из неуправляемого кода. Добавьте поверх него слой C ++ / CLI, который использует собственный код, чтобы его можно было использовать из управляемого кода. Использование чистого управляемого кода из нативного кода возможно, просто намного сложнее разобраться. Вы должны понимать COM.

egur · Answer 1 · 2013-11-29T06-50-00.000Z

Собственная DLL скомпилирована как обычная собственная DLL (no/clr). Вызывающий C++/CLI-приложение /DLL использует класс C++ для загрузки DLL через LoadLibrary и GetProcAdress. Вам нужно, чтобы класс C++ отображал все функции родной DLL. Класс C++ действует как прокси-класс:

Пример:

Родная DLL hasa функция foo().

C++/CLI-код предоставляет метод foo, который выглядит так:

void MyProxy::foo() {
    m_foo(); // m_foo is a function pointer to foo() in the DLL obtained via GetProcAddress.
}