Il y a un (vieux) sondage sur cette question sur developpez, avec le développement python.
Et malheureusement depuis 2013 le débat est encore ouvert. Je dis malheureusement car finalement ce que l'on reproche à chacune des solutions est toujours d'actualité.
Je ne peux que vous partager un retour d'expérience.
Pourtant python est un bon choix pour du RAD : pas de compilation, mais on peut figer l'application pour le client, beaucoup de possibilité avec ce langage que je ne présenterai pas.
Il y en a peut-être d'autres, à voir sur les listes 'awesome' sur github comme celle de vinta pour en citer une.
J'aime bien avoir un designer pour 'présenter' mon interface avant de la coder. Je trouve cela plus efficace.
Bien que le binding Qt soit de plus en plus intégré je suis réticent à embarquer tout un framework avec python. J'ai vu des gens se passer de toute l'API python pour l'usage de thread et String... (attention aussi aux licences Qt)
J'ai essayé tkinter conjointement avec pygubu et je trouve cela bien pour du petit utilitaire pour développeur.
J'ai un client qui a codé toute son IHM avec wxpython, cela lui permet d'intégrer directement les libs de ses scientifiques, tout en présentant une IHM design à son client.
Mon stagiaire a qui j'ai proposé le choix s'est tourné vers pyGTK qu'il a assez facilement pris en main.
Kivy est prometteur, mais distribution pas fiable : impossible à installer sous Windows 10 (désolé).
traitUI et matplotlib répondent à un besoin spécifique de développement, leur force et leur faiblesse donc.
[^] # Re: un langage pour des petits GUI
Posté par Selso (site web personnel) . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 3.
Bonjour,
Il y a un (vieux) sondage sur cette question sur developpez, avec le développement python.
Et malheureusement depuis 2013 le débat est encore ouvert. Je dis malheureusement car finalement ce que l'on reproche à chacune des solutions est toujours d'actualité.
Je ne peux que vous partager un retour d'expérience.
Pourtant python est un bon choix pour du RAD : pas de compilation, mais on peut figer l'application pour le client, beaucoup de possibilité avec ce langage que je ne présenterai pas.
En framework GUI donc :
- PyQt/pyside (binding)
- tkinter
- wxPython (binding)
- pyGTK (binding)
- traitsUI (?)
- kivy (?)
- matplotlib (?)
- DearPyGUI(binding)
Il y en a peut-être d'autres, à voir sur les listes 'awesome' sur github comme celle de vinta pour en citer une.
J'aime bien avoir un designer pour 'présenter' mon interface avant de la coder. Je trouve cela plus efficace.
Bien que le binding Qt soit de plus en plus intégré je suis réticent à embarquer tout un framework avec python. J'ai vu des gens se passer de toute l'API python pour l'usage de thread et String... (attention aussi aux licences Qt)
J'ai essayé tkinter conjointement avec pygubu et je trouve cela bien pour du petit utilitaire pour développeur.
J'ai un client qui a codé toute son IHM avec wxpython, cela lui permet d'intégrer directement les libs de ses scientifiques, tout en présentant une IHM design à son client.
Mon stagiaire a qui j'ai proposé le choix s'est tourné vers pyGTK qu'il a assez facilement pris en main.
Kivy est prometteur, mais distribution pas fiable : impossible à installer sous Windows 10 (désolé).
traitUI et matplotlib répondent à un besoin spécifique de développement, leur force et leur faiblesse donc.
cdlt.