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 !