Здравствуйте, Shmj, Вы писали:



S>STL не нужно заворачивать — используйте внутри библиотеки обычным образом.

S>А вот API библиотеки должно быть упрощенным. Примерно так же как вы делаете WebAPI. Вы WebAPI делали когда-нибудь? Вас же не смущает что WebAPI не обладает возможностью передавать объекты классов и пр. вещи?

Как это не может? Все передается через Json сериализацию или gRPC
А многие используют и memory mapped files

S>Попробуйте на C# написать либу с одной функцией — которая принимает возвращает строку. И потом скрипты сборки под 6 платформ а так же h-файл.

S>Возможно ли это?
Ну тебе же уже давали ссылку. Кроме того через Source Generator или обработку Il кода нет проблем создать h файлы. Я уже тебе давал ссылки.

Но еще раз. Видишь суслика — нет. А он есть.
Кому надо те делают. Большинству это просто не нужно. Проще использовать тот же gRPC
В том же андроиде многое сделано через обмен сообщений с сервисами

Здравствуйте, Shmj, Вы писали:



S>STL не нужно заворачивать — используйте внутри библиотеки обычным образом.

S>А вот API библиотеки должно быть упрощенным. Примерно так же как вы делаете WebAPI. Вы WebAPI делали когда-нибудь? Вас же не смущает что WebAPI не обладает возможностью передавать объекты классов и пр. вещи?

Как это не может? Все передается через Json сериализацию или gRPC
А многие используют и memory mapped files

Опять же по gRPC можно получить описание используемых классов через .proto

S>Попробуйте на C# написать либу с одной функцией — которая принимает возвращает строку. И потом скрипты сборки под 6 платформ а так же h-файл.

S>Возможно ли это?
Ну тебе же уже давали ссылку. Кроме того через Source Generator или обработку Il кода нет проблем создать h файлы. Я уже тебе давал ссылки.

Но еще раз. Видишь суслика — нет. А он есть.
Кому надо те делают. Большинству это просто не нужно. Проще использовать тот же gRPC
В том же андроиде многое сделано через обмен сообщений с сервисами