Discussion :

[hannibal.76]

Bonjour a tous,

je cherche � creer une API sur l'un de mes soft (Celui-ci est ecrit en C++ et uniquement compatible Windows).
Je voudrai que cette API puisse etre utilis� depuis different language comme Java, Python, C#, etc......

La seule chose que j'ai trouv� pour l'instant est de faire mon API via ActiveX/COM.
Malheureusement je ne trouve pas sa "clair et propre".

Donc avez vous d'autres id�es sur les techno que je peux �tudier ?


Je vous remercie d'avance pour votre aide

PS: je ne sais pas si je post dans le bon forum. D�soler

[Bousk]

Salut,

pourquoi ne pas ajouter une impl�mentation Rest � ton soft ?

[foetus]

Il y a la JNI en java pour coder en C/ C++.
C'est utiliser sur Android

Ensuite, tu peux coder en C en python: Cython. Il y en peut-�tre d'autres "trucs".

Tu peux regarder les biblioth�ques multi-plateformes comme Boost: Boost.Python
Mais aussi MoSync SDK (Invoke C++ Code from JavaScript)

Donc cela fait d�j� un petit paquet: une biblioth�que C/ C++ avec des morceaux en python et "des acc�s" en Java/ Python/ JavaScript ... mais ton application finale risque de morfler niveau d�pendance, performance, taille

Le .Net je pense que c'est mort: ou alors il faut passer par du C++ manag�/ CLI

[hannibal.76]

Salut,

pourquoi ne pas ajouter une impl�mentation Rest � ton soft ?

Je ne peux pas faire juste du REST...
Le REST ne me permet pas de faire des chose complexes facilement.
Le "without states" entre deux appels a l'API m'empeche de faire cela.

-----------------------------------------------------------------------------------------------


JNI --> Permet de faire des appels dans des DLL C++. Ok, pour les type simple, mais pour les objets plus complexe, cela fonctionne aussi ?

Dans tous les cas, tu me dit que c'est a l'utilisateur de faire le binding vers son langage favoris.

[biyoudidou]

c'est quoi comme API, elle permet de faire quoi? c'est ind�pendant d'une instance de l'application?

c'est a l'utilisateur de faire le binding vers son langage favoris

Oui.

Ya pas de truc universel. Les DLL c'est un peu un standard car ca vient de l'OS (windows), c'est la m�thode la plus simple mise a disposition par l'os pour partager du code. C'est pas li� a un language, on dit "DLL C" mais tu peux en �crire en VB ou meme en pascal il me semble. De ce fait tous les langages permettent d'appeller des fonctions dans des dll.
T'as parl� d'exporter des trucs plus complexes je suppose que tu parles de classes, donc non, tu peux le faire, mais je ne te le conseil pas du tout, ca va cr�er beaucoup de probl�mes.
Par contre tu peux exporter des interfaces, mais �videment ca r�duit les langages utilisables � ceux qui peuvent utiliser des interfaces.

Pour ce qui est de COM, c'est une techno que j'affectionne beaucoup. C'est un des trucs les plus propres qui existe concernant le partage de code orient� object. La POO dans toute sa splendeur. C'est clair c'est pas simple au d�but, beaucoup de th�orie, pas beaucoup d'exemples, mais au final c'est pas tr�s compliqu�.
Avantages :
- Peu d'overhead
- Utilisable par beaucoup de langages (pour peu qu'ils soient orient� objet)
- Permet une extensibilit� remarquable (tant qu'il s'agit de c++)
Inconv�nients :
- Doit enregistrer les interfaces / composants dans le registre
- Pas mal de code � �crire

Pour conclure, je pense que dans ton cas il vaut mieux faire une DLL C. Ca sera utilisable partout, et c'est simple � r�aliser.

[hannibal.76]

Ok, donc je vais voir pour faire cela en COM
Merci a tous pour votre aide

[jblecanard]

Hello !

<gout personnel> Pour ma part, je n'aime pas beaucoup COM, car si les concepts derri�re sont int�ressants, �a n'est pas bien impl�ment� et �a utilise beaucoup trop de m�canismes runtime lorsqu'on en a pas besoin.</gout personnel> En plus c'est une techno ferm�e, pas ce qui se fait de mieux quand on veut ouvrir son API aux autres .

Fournir des bindings en Python, Ruby, Java et autre sur un soft en C++ (ou en quoi que ce soit d'autre d'ailleurs) demande beaucoup de travail humain, car une API en C++ ne se traduit pas naturellement dans un autre langage. Tu peux automatiser facilement lorsqu'il s'agit de partager des donn�es (protobuf, thrift, serialisation json). Pour l'appel de proc�dure, c'est tout de suite plus compliqu� et n�cessite de se pencher sur la m�thode ad�quate pour chaque langage.

Par contre je ne suis pas d'accord avec "l'utilisateur doit faire le binding pour son langage favori". Les bindings sont toujours de meilleure qualit� si produits par la m�me �quipe qui a impl�ment� l'API en dessous. Certe, un utilisateur peut toujours cr�er un binding. Mais si on cherche � ramener de nouveau utilisateurs, ce sera plus efficace en fournissant le dit binding !