Discussion :

[fred1599]

Bonjour,

Avec quel framework GUI travaillez-vous actuellement ? Pour quelle(s) raison(s) ?

Actuellement, avec PyQt, mais j'utilise pour de simples petits dialogues Homme Machine, assez aisément Tkinter.

Tkinter pour sa simplicité, et juste pour faire le travail d'interface graphique simple.

PyQt pour son côté plus complet concernant la GUI et l'esthétique.

Seriez-vous prêt ou envisageriez-vous de changer ? Si oui, pour lequel ? Et pourquoi ?

Non, tout simplement parce-que ces deux IHM se complètent bien et me suffisent.

Maintenant si je dois adapter une IHM spécifique pour un projet, alors je le ferais, il est évident que se sera long et fastidieux.

Ou bien êtes-vous de ceux qui pensent que Python, c'est bien mais pas pour des GUI. Quels sont vos griefs ? Que manque-t-il à Python ?

J'en suis pas loin, je travaille sous Unix et j'ai l'habitude de travailler avec le Terminal, ça ne m'embête pas d'exécuter mes codes en brut sans IHM.

Il faut vraiment que j'en sois obligé, et souvent se sont pour des codes partagés et utilisés par d'autres.

Mettre 25000 lignes de codes en production/maintenance d'un tel mix. n'est pas facile a vendre (en entreprise).
Cherchez un programmeur Qt, il devra connaître Qt et le développement C++. Connaître PyQt et Python sera un "plus" mais insuffisant pour le job.

Je ne suis pas d'accord...

Utiliser python en entreprise n'a rien de gênant, d'ailleurs si on l'utilise côté production, c'est aussi pour le gain de temps de codage.

Utiliser le C/C++ aura un intérêt si on a besoin de performance pure niveau calculatoire.

D'ailleurs si on utilise PyQt ou Qt sans parler d'autres choses que d'interface, quelle est la différence?

Pour cela il est nettement plus simple de faire de l'interfaçage de langages en python et C++, python pour l' IHM et C++ pour les calculs.

le construire proprement

Ça veut dire quoi proprement pour vous ? Respecter la PEP8 ? Autres ?

Deux codeurs professionnels diront que pour leur code faisant la même chose, chacun des codes adverses ne sera pas propre, qui a raison?

Les codes respectant la PEP8, les consignes de la documentation officielle, et maintenables, sont des codes propres, non?

[tyrtamos]

Bonjour,

Concernant le PyQt et le C++, je ne voudrais pas que des lecteurs pensent qu'il est nécessaire de savoir développer en C++ pour utiliser PyQt: ce serait complètement faux.

Comme la doc est en C++ comme je l'ai dit, il faut simplement comprendre les déclarations en C++ pour les convertir en Python. En particulier, on ne code rien en C++, on n'utilise pas le compilateur ni l'éditeur des liens, etc... Un petit peu de pratique et on fait ça facilement.

Mais, comme je l'ai dit, ce serait encore mieux si la doc était en Python (et en français, mais là, je rève )

[Jiyuu]

Pour tout ce qui touche au cadre professionnel, merci de continuer le débat sur le fil http://www.developpez.net/forums/d13...l/#post7460635

[Nico_tournai]

PyQt pour ma part

pour son look, sa doc, toutes les fonctionnalités qu'il apporte sans aller chercher le module qu'il faut (thread, sql, impression, ...)

Je bosse dans un service info pour une société d'import/logistique/douane/transport.
L' ERP de l'entreprise est fait maison avec un langage plus du tout utilisé mais taillé sur mesure. J'ai été engagé pour maintenir/évoluer le truc
Dans peu d'années on changera ou réécrira le truc.

On utilise pour les autres développements windev, python en complément.

J'ai réalisé quelques projets utilisés en interne en PyQt (impression/mailing pdf, gestion des heures du personnel, etiquettes code barres EAN 128).
Il est clair qu'on est pas une structure info telle que l'a définie wiztricks mais PyQt est utilisable en entreprise.
On a de même déployé en externe notre soft compta avec quelques fonctionnalités PyQt (artisan, commercants, bureau comptable, ..)

[e-ric]

D'ailleurs DELPHI n'est ni gratuit, ni open source et encore moins un langage de programmation.

Petite précision : Dire que Delphi n'est pas un langage de programmation est un comble. Delphi est un EDI mais basé sur le langage Pascal Objet qui est aussi appelé Delphi ...

Et en ce qui concerne l'intégration des bases de données, la très confortable construction d'IHM, la vitesse d'exécution (entre autres) et maintenant les applications mobiles, Python est encore loin derrière. Ce n'est pas pour rien si Delphi a eu du succès et que de nombreux logiciels professionnels ont été développés avec. D'ailleurs, sa carrière commerciale semble redémarrer. Pour info, l'éducation nationale sud-africaine retient Delphi à la place de Java pour l'enseignement de la programmation. C'est vrai,elle aurait pu regarder Python aussi, mais bon.

Pour le côté Open Source, il y a Lazarus mais il est moins complet même si, pour un outil gratuit, c'est sacrément bluffant.

Cela dit, j'apprécie beaucoup Python car on développe très vite avec, la syntaxe est vraiment très cool, sans fioriture et sans doute un peu plus moderne que le Pascal, fût-il objet.

Enfin je suis bien embêté pour choisir un framework pour mes petits développements Python...

[wiztricks]

Petite Précision : Dire que Delphi n'est pas un langage de programmation est un comble. Delphi est un EDI et par extension le langage Pascal Objet disponible est aussi appelé Delphi ...

Tout a fait, DELPHI un "framework" pour développer des applications 4GL. Et s'il a été (et est encore) utilise, c'est pour tout ce qu'on peut faire cote RAD. Si ce n’était que le langage "Pascal Objet", ca aurait eu moins de succes.
Une analogie (osee) pourrait être SAP (le logiciel ERP) et ABAP.
- W

[e-ric]

Alors là, ça sent (est-ce le mot ?) le préjugé et peut-être un manque d'information... Que penses-tu ne pas pouvoir faire avec un outil comme Delphi ? Argumentes un peu.

est-ce que Python a eu tant de succès que cela ?? remarques que Python est sorti bien avant Delphi. Framework ... un mot à la mode, sur Delphi, on parle de bibliothèques, ça fait moins hi-tech mais ça marche au moins.

InnoSetup, mentionné plus bas, est écrit en Delphi.

Une application de 25000 lignes ne fait pas peur dans le monde Delphi.
Je viens de regarder des extraits de QML, ça ressemble beaucoup au contenu des fichiers dfm de Delphi sauf que dans Delphi, ça fait un paquet d'années qu'on les a.

Aucune comparaison possible avec SAP et ABAP, Delphi est un outil de développement généraliste.

Pour moi, Delphi (ou Lazarus) et Python sont des outils complémentaires, je les utilise pour des applications différentes

[wiztricks]

Ce que je veux dire c'est que DELPHI est un IDE *et* un langage de programmation. Si on peut presque tout faire avec un langage de programmation, le succès du framework vient surtout de la facilite d'utilisation apportée par l'IDE.
Et c'est par pour rien que Microsoft et d'autres s'en sont beaucoup inspires.
Suis je plus clair?
- W

[e-ric]

Ouais

Ce qui serait bien, c'est d'avoir un IDE comme Delphi pour Python avec les mêmes commodités, j'ai regardé Eric (pas moi, bien sûr), ça a l'air assez évolué.

On va revenir aux GUI de Python, je suis en train de regarder les exemples dans Kivy, c'est super joli et ça n'a pas l'air trop compliqué.

Si d'autres ont fait des essais, ce serait bien d'en parler. Je suis preneur.

[wiztricks]

Ce qui serait bien, c'est d'avoir un IDE comme Delphi pour Python avec les mêmes commodités, j'ai regardé Eric (pas moi, bien sûr), ça a l'air assez évolué.

Jetez un œil sur le wiki Python.
Comme je travaille dans plusieurs langages, utiliser des IDE trop colles au langage de programmation, ne me convient pas du tout.
- W

[Jiyuu]

On sort un peu du sujet principal, mais la discussion est intéressante.

Concernant les EDI je pense que Eric reste un des plus performants pour du code écrit en PyQt.

Cependant il n'est pas, sauf erreur de ma part, encore parfaitement fait pour du PyQt 5.

D'autre part je regrette beaucoup qu'il n'intègre pas directement un "concepteur de GUI". En d'autres termes, le Designer.

Pour ces deux raisons j'ai migré sur Qt Creator. Il lui manque quelques fonctionnalités pour être aussi performant qu'Eric, mais selon moi uniquement si on souhaite créer une application en "PyQt pur". J'entends par là via le Designer.

Pour une application Qt Quick / Python c'est juste du pur bonheur.