[Divers] Choix difficile de langage

Choix difficile de langage [Divers] - Divers - Programmation

Marsh Posté le 10-10-2008 à 21:00:22    

Bonjour,
 
Voila, je dois faire un choix difficile en ce qui concerne le langage de développement d'une GUI pour accéder à une base de données Mysql en local sur la machine. Cette interface graphique pourrait devenir assez complexe: manipulation d'images, cartographie, géo-localisation, traitement de relevés GPS etc ... vaste projet  :)  
 
L'application doit pouvoir tourner sous Linux (Gnome et KDE) et sous Win XP/Vista
Le choix PHP est exclu.
J'hésite entre un langage de script comme Python avec pyQt / wxPython
et du C/C++ avec Qt / wxWidgets
 
Pour la rapidité de développement je pencherais pour Python (que je ne connais pas mais qui semble facile), mais pour la vitesse d'exécution ce serait C/C++ (dont je connais déjà les bases).
 
Merci d'avance pour vos conseils.  :)  
 
Doudy

Reply

Marsh Posté le 10-10-2008 à 21:00:22   

Reply

Marsh Posté le 10-10-2008 à 21:17:36    

GUI + interface MySQL en Python, fonction de calcul en C++ et roulez jeunesse

Reply

Marsh Posté le 10-10-2008 à 22:19:04    

Merci pour ta réponse Joel F  
Je n'avais pas pensé mixer les deux langages ! Je trouve l'idée judicieuse ...
Pour la bibliothèque graphique Python, laquelle me conseilles-tu ? Qt, wxPython, Tkinter ?

Reply

Marsh Posté le 10-10-2008 à 22:36:06    

Je sais pas, moi python j'y touche pas, je file juste le code C++

Reply

Marsh Posté le 11-10-2008 à 16:46:41    

Surtout pas Tkinter. wxPython est pas mal, Qt est très bien mais le binding Python n'est pas super bien documenté (pas comme si la doc wx était un modèle de ce niveau là, d'un autre côté)

 

Je dirais de regarder un peu les docs wxPython/wxWindows et PyQt/Qt4, et de choisir celle dont l'API a l'air la plus sympa à utiliser (de ton point de vue) avec bonus si la lib inclus directement des fonctionalités dont tu as besoin.

 

BTW si tu fais de la carto/géo, et à moins que MySQL soit impératif, tu devrais fortement regarder du côté de Postgres et PostGIS (une extension géographique de postgres ajoutant un nombre assez impressionnant de types et fonctionalités en rapport avec la géographie et la geoloc, à ma connaissance MySQL n'a rien qui s'en approche)

 

edit: et tu devrais également regarder si tu as la possibilité d'utiliser GeoDjango pour ton GIS, ça fait partie de Django (donc un framework web), mais il est normalement possible d'utiliser les services fournis par Django "offline", même si c'est pas toujours le truc le plus simple à faire

 

('fin je dis ça, j'ai vu PostGIS et GeoDjango que de loin, je les ai jamais utilisés, mais ce sont les impression que j'ai eu en survolant les docs et en regardant d'autres en parler)


Message édité par masklinn le 11-10-2008 à 16:53:23

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Marsh Posté le 12-10-2008 à 00:55:55    

Merci Masklinn pour ces excellentes informations que je vais étudier de très près !

Reply

Marsh Posté le 12-10-2008 à 01:02:16    

Attention à la licence GPL de QT, qui oblige ton programme à être GPL également.
Sauf, bien sûr, si tu payes la licence commerciale

Message cité 1 fois
Message édité par sligor le 12-10-2008 à 01:03:56
Reply

Marsh Posté le 12-10-2008 à 13:11:12    

sligor a écrit :

Attention à la licence GPL de QT, qui oblige ton programme à être GPL également.
Sauf, bien sûr, si tu payes la licence commerciale


Ou qu'il code ça pour lui et qu'il ne le distribue pas ;)


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed