Finalement, je ne vois pas trop l'intérêt de chercher à mixer trop de choses différentes en essayant que ça soit tout intégré dans tous les sens.
À part si tu arrives à avoir une techno avec une couche qui établis un élément commun entre tes différents langages (sauf erreur Microsoft le fait avec le CLR, ce qui permet de mixer les C# F# IronPython etc) et alors tu peux vraiment mixer de façon transparente.
Si tu utilises des choses comme swig pour wrapper ta librairie langage compilé (objet éventuellement) vers des langages autres, ça te permettra de l'utiliser facilement dans ces langages... mais autant éviter les emmerdes en ne cherchant pas à faire tout dans tous les sens. Au pire, un spawn() qui va bien et de la communication inter-process... si on a vraiment besoin que les différents langages communiquent - chacun garde son mode de fonctionnement, son modèle objet, son modèle de traitement des errerus... chez lui.
Essayes d'utiliser une classe héritant de QObject écrite en Java dans un programme en python...tu vas pleurer.
Je n'ai même pas envie d'essayer—surtout pour me taper du Java.
Ceci dit, j'ai déjà mixé du Python + C++ dans le même process via CORBA (FNORB à l'époque, je suis passé à omniORB ensuite) - ça marchait, et pour peu que le runtime d'un langage soit "embarquable", ça doit encore marcher (bon, l'idée avec CORBA c'est que ça pourrait très bien être dans un autre process, ça marcherais pareil).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: C++ / Modèle Objet
Posté par lolop (site web personnel) . En réponse au journal [Bookmark] Qt fête ses vingt ans. Évalué à 4.
Je n'indiques rien de tel.
Finalement, je ne vois pas trop l'intérêt de chercher à mixer trop de choses différentes en essayant que ça soit tout intégré dans tous les sens.
À part si tu arrives à avoir une techno avec une couche qui établis un élément commun entre tes différents langages (sauf erreur Microsoft le fait avec le CLR, ce qui permet de mixer les C# F# IronPython etc) et alors tu peux vraiment mixer de façon transparente.
Si tu utilises des choses comme swig pour wrapper ta librairie langage compilé (objet éventuellement) vers des langages autres, ça te permettra de l'utiliser facilement dans ces langages... mais autant éviter les emmerdes en ne cherchant pas à faire tout dans tous les sens. Au pire, un spawn() qui va bien et de la communication inter-process... si on a vraiment besoin que les différents langages communiquent - chacun garde son mode de fonctionnement, son modèle objet, son modèle de traitement des errerus... chez lui.
Je n'ai même pas envie d'essayer—surtout pour me taper du Java.
Ceci dit, j'ai déjà mixé du Python + C++ dans le même process via CORBA (FNORB à l'époque, je suis passé à omniORB ensuite) - ça marchait, et pour peu que le runtime d'un langage soit "embarquable", ça doit encore marcher (bon, l'idée avec CORBA c'est que ça pourrait très bien être dans un autre process, ça marcherais pareil).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN