Version imprimable
J'ai deux questions dont la réponse à la 1ère est, je crois, affirmative :
1- Peut-on programmer une même application en utilisant deux langages différents pour effectuer différentes tâches ?
2- Est-ce rentable ?
Par exemple, un langage gère les applications graphiques et l'autre le reste.
:oops: Je pensais à Java et Python :oops:
bien entendu et encore heureux...
En fait, il faut toujours (mais certaines fois ce n'est que très difficlement possible), prendre le langage adapté à la tâche...
Par exemple : une application disposant d'une IHM, effectuant des requêtes à des bases de données relationnelles, mais également en interactions avec des micro-controleurs et nécessitant des calculs de maths approfondis et lourds :
éventuellement (mais bien entendu d'autres choix sont possibles) : IHM avec Java, SQL pour interactions BD, C pour interactions microcontrôleurs, Fortran pour calculs de maths intensifs...
:mrgreen:
Et c'est le plus souvent rentable (portabilité, maintenance, adaptabilité, modularité, efficacité)
Dans mon cas, j'étais parti sur Delphi (principalement pour les IHMs) + Python (BDD, traitement d'images, ...). Mis à part quelques problèmes avec des composants, interfaçants les 2 langages, qui géraient assez mal les thread, ca marchait sans problèmeCitation:
Envoyé par kayzra
Mais, maintenant que je maîtrise les IHMs en Python, c'est 100% Python. :mrgreen:
merci pour vos reponses:king:
Si je vous comprend bien :
- a titre particulier il vos mieux utiliser un seul language pour devolopper une application(plus simple) sauf si l'on recherche plus de vitesse ou défficacité.
-a titre professionnel combiner plusieur languages afin de tirer le meilheur de chacun
Pourriez vous m'indiquer un lien vers des tutos pour que je vois comment l'on fait dans la pratique pour combiner ces languages?
Il n'y a pas de manière de faire en général, tout dépend du langage, par exemple, en Java, tu utiliseras JNI pour faire appel à du C, mais le moteur de script pour faire appel à du Groovy.Citation:
Envoyé par kayzra
Tu veux faire communiquer quels langages ?
ça n'est pas toi qui le feras, mais les compilateurs/linkers (éditions de liens). Cependant, pour beaucoup de langages, la communication inter-langages contient des subtilités, et il faut très bien connaître les 2 pour les faire communiquer correctement.Citation:
Envoyé par kayzra
Donc, comme dit wichtounet, tout dépend de ce que tu veux faire, avec quels langages, de ton niveau, etc..
Citation:
Envoyé par kayzra
Sur plateforme Windows c'est très simple tu passe par .Net pour les languages : php (phalanger), python, C#, C,C++,VB.net et quelques autres sans compter ceux qui arrive comme le projet Perl# qui est une implémentation de perl sous le Net framework 8-)
Sinon si tu ne veut pas passer par .net tu peut aussi mais gaffe au subtilité de language
Bonjour,
Faire échanger des informations à deux programmes écrits chacun dans un langage, ca n'a rien de sorcier ; on peut par exemple utiliser :
- les sockets
- les fichiers
- les segments de mémoire partagée
- les bases de données
- les sémaphores
- les signaux
- ...
Après, la difficulté vient de ce que tu veux échanger comme information. S'il s'agit "simplement" de réveiller un programme "endormi", alors passer par la gestion des signaux est quelque chose de relativement simple.
En revanche, l'échange d'informations est plus que limité dans ce cas.
En revanche, avoir deux programmes accédant à une même base de données permet de partager une très grande quantité d'informations.
Il faut donc voir ce que tu souhaites faire, quelles sont les possibilités offertes par le langage (la gestion des signaux dans des langages très haut niveau n'est pas une mince affaire), et à partir de là en tirer les conclusions qui s'imposent : utiliser un middleware (CORBA), un framework( .Net), le même langage pour tout faire, ou un moyen de communication adapté à ce que tu souhaites faire.
Je dirais que si l'application en question est de relative grande taille, il vaut mieux la découper en programmes plus petits, spécialisés, plutôt qu'en un seul et même graos truc. Il est ainsi possible de concevoir l'application de façon tout à fait transparente au moyen de plusieurs langages.
Par contre, si on s'oblige de tout mettre dans le même exécutable, faire interagir différents langages est bien-sûr possible mais absolument pas portable et très dépendant du/des compilateurs et de l'architecture, et c'est pourquoi je pense qu'il vaut mieux raisonner en termes de petits programmes spécialisés accomplissant de façon très efficace une tâche donnée : on gagne en qualité et sûreté de développement ainsi qu'en modularité (donc en maintenabilité). Utiliser des framework comme .Net m'a toujours semblé être une mauvaise idée, du fait de la portabilité exécrable !