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

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

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

Объект класса — это не только данные, но и связанные с ними методами. Как ты его передашь через WebAPI?

Вот и рассматривай FFI как аналог API к твоей библиотеке — только очень быстрый и с доп. возможностями.

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

Классов или структур? Методы то не инстанциальные.

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

На что ссылку? На документацию Native AOT? Дай пример библиотеки + скрипты сборки под 6 платформ, которая поддерживает FFI.

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

Вот в том то и дело что проще — потому что иначе невозможно и вы делаете через такой костыль. А это не то и близко не то. Это и медленно и требует доп. ресурсов.

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