Как портировать библиотеку на другие языки?

Question

[DarkByte2015]

Вопрос не об экспорте функций в библиотеку, а скорее об используемых классах. Я знаю как экспортировать код на чистом Си, но вот как быть с плюсовым не знаю. Например те же строки std::string едва ли скастятся в том же например C# к строкам System.String. Удобно кастить базовые типы, а вот с классами не знаю как быть. Да и свои классы тоже не знаю как экспортировать.

Answer 1

[Rou1997]

Например те же строки std::string едва ли скастятся в том же например C# к строкам System.String

Но ведь к ним же приводятся типы char* или wchar_t*, поэтому без проблем.

Да и свои классы тоже не знаю как экспортировать.

Если только Windows, то для этого есть COM/OLE/Active-X, а если для UNIX, то никаких классов не надо экспортировать, только функции, вообще не ясны цели, на какой ОС, для каких языков, такое впечатление что у вас и задачи реальной нет, только абстрактные фантазии об "идеальной библиотеке в вакууме".

Comments

[DarkByte2015]

Вообще то у них нет оператора приведения типа к указателю. Так что не должны по идее скастится. А например std::vector который в C++ обычно заменяет массивы? Шаблонные типы вообще реально запихнуть в библиотеку? Почему для UNIX не надо классов? Что в UNIX нету языков использующих классы? :D А не все ли равно для какой ОС и каких языков. Да это был несколько абстрактный вопрос.

[Rou1997]

DarkByte2015: Для аргументов функции нужно приведение не типа к указателю, а указателя к типу, а оно есть.

#include <string>
#include <iostream>

void test1(std::string strFacepalm)
{
std::cout << strFacepalm.c_str();
std::cin.get();
}

int main()
{
char *szFacepalm = "DarkByte2015 stupid newbie";
test1(szFacepalm); // - !
return 0;
}

А если для возвращаемого значения, то даже в COM/OLE/Active-X его реализуют через ссылочный аргумент, а не return.

Почему для UNIX не надо классов?

Там нет такого механизма, как COM/OLE/Active-X, которые бы позволил вам экспортировать свои классы и затем идентично использовать в любом "уважающем себя" языке.

А не все ли равно для какой ОС и каких языков.

...Вместо COM/OLE/Active-X для UNIX есть свои отдельные реализации в некоторых языках, например JNI в Java, о которых вы, конечно, ничего не знаете, вопрос-то абстрактный, значит вы ничего не пишете, откуда вам знать такие тонкости.

Да это был несколько абстрактный вопрос.

Конечно, иначе бы вам не пришло в голову писать платформо- и языконезависимую библиотеку, у которой однако в аргументах функций используется std::vector и тем более std::string.

[RPG]

В Linux есть D-Bus - вполне себе аналог этим COM/OLE/Active-X, экспортируем методы D-Bus и используем в любом уважающем себя языке.

[Rou1997]

RPG: Только лишь функции, или классы/интерфейсы тоже?

есть D-Bus - вполне себе аналог этим COM/OLE/Active-X

Аналог, но не совместимый же.

[RPG]

Rou1997: В D-Bus есть объекты, интерфейсы, методы, свойства, сигналы. Всё что нужно для переносимости между любыми языками программирования, включая Си. Был когда-то зоопарк из IDL, CORBA, Bonobo, DCOP, слава Богу всё это выпилили из линуксов и теперь всё лежит на шине D-Bus - можно хоть из bash методы дёргать. С проприетарными протоколами, естественно, не совместим, но вопрос был не об этом.

[Rou1997]

RPG: И на Windows он (D-Bus) не доступен.

Answer 2

[tsarevfs]

Первый вариант написать Си интерфейс для работы с библиотекой. Будет работать со многими языками.
Если нужно использовать С++ из конкретного языка, то можно использовать специальные инструменты. Например для связи плюсов и python есть boost python. Он позволяет делать много интересных вещей, например работать с С++ объектами из python.