Расширение приложения C++ с помощью подключаемых модулей C#

У меня есть приложение C++ для Windows, которое можно расширить, написав плагины C++ с использованием API, предоставляемого приложением. Также существует один плагин, который переводит C++ API в Python (например, плагины могут быть написаны на Python).

Я хочу разрешить пользователям писать плагины на C# в дополнение к C++ и Python. Поскольку я не очень знаком с миром .NET, я не уверен, как реализовать систему плагинов C#.

Что бы вы порекомендовали использовать для такого типа системы плагинов (хост - C++, плагины - C#)? Что мне нужно узнать, чтобы этого добиться?

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
2 694
4
Перейти к ответу Данный вопрос помечен как решенный

Ответы 4

Раскройте свой API с помощью COM-объектов и интерфейсов, и вы откроете свое приложение для многих сред разработки, включая C#.

Ответ принят как подходящий

Есть несколько предыдущих сообщений, которые могут вам помочь:

Собственно, как и предложения COM. Если вы действительно хотите добавить поддержку подключаемых модулей .NET 1-го класса, можно разместить свой собственный процесс CLR. Об этом есть очень интересная статья.

http://msdn.microsoft.com/en-us/magazine/cc163567.aspx

Раньше я делал это разными способами. Я обнаружил, что C++ / CLI был лучшим вариантом для построения моста между .Net и неуправляемым C++ (хотя, как отмечали другие авторы, COM в другом варианте).

Способы, которыми я делал это в прошлом, включают:

  1. Создание кода оболочки C++ / CLI API из моего C++ API с использованием отражения. Конечно, в родном C++ нет системы отражения, поэтому мы свернули свою. Сгенерированный код C++ / CLI затем был скомпилирован в сборку, на которую будет ссылаться плагин C#.
  2. Создание динамической сборки из моего C++ API с использованием отражения (т. Е. С использованием материала Reflection.Emit). Полученную сборку можно использовать внутри процесса для языков сценариев, или вы даже можете скомпилировать код C# для нее во время выполнения. Сборку можно даже записать на диск для статического использования. Обратной стороной здесь является то, что вы, вероятно, не можете генерировать лучший IL, чем компилятор, поэтому, если вам не нужна динамическая генерация, не идите по этому пути.
  3. Написанные вручную оболочки C++ / CLI API. Если API не очень большой, написать оболочку вручную достаточно просто.

В конце концов, у вас будет сборка для подключаемых модулей C# для компиляции. Теперь вам нужно загрузить сборки плагина во время выполнения. Для этого вы должны разместить CLR.

Хостинг CLR несложен, хотя я сделал это только один раз, и это было несколько лет назад - возможно, времена изменились. Если вам неудобно размещать CLR, вставьте как можно больше кода вашего приложения в библиотеки DLL, а затем напишите небольшое приложение C++ / CLI, которое вызывает ваш неуправляемый пользовательский интерфейс. Теперь среда CLR размещается в небольшом приложении C++ / CLI.

Другие вопросы по теме