Discussion :

[Jiyuu]

Bonjour � tous,

Tyrtamos... enfin tu te manifestes . Bonnes vacances � toi.

Concernant PyQt5, il est en effet sorti r�cemment. Ayant d�croch� depuis un moment, j'avoue par contre ne pas conna�tre � 100% les diff�rences entre un PyQt4 en Qt5.0.2 et un PyQt5 en Qt5.0.2 ...

J'ai pr�vu quelques lignes � ce sujet et reviendrai avec des �l�ments plus pr�cis, mais un des premiers points que j'ai not�s : adieu le QtGui, et bonjour le QtWidgets... �a risque de poser un probl�me si aucun module de conversion n'ai pr�vu.

D'autre part, impossible (en tout cas je n'y suis pas arriv�) d'installer, PyQt5 ET PyQt4 pour un m�me python. Si on veut passer � la nouvelle version, il faudra notamment dire (pour le moment j'esp�re) adieu � Eric5.

Pour revenir au d�bat actuel, tout ceci semble bien serrer et j'en suis le premier ravi. Pour m'a part, m�me si j'ai d�j� un peu mon avis sur la question, je n'ai pas encore vot�, esp�rant que d'autres contributions viendront.

[tyrtamos]

Bonjour,

Bonnes vacances � toi

Merci!

Concernant PyQt5, j'ai regard� un peu: il y a une rupture de compatibilit�: plusieurs modules sont �clat�s. Par ailleurs, je n'ai pas retrouv� phonon que je commen�ais � utiliser: j'esp�re qu'ils ont muscl� QtMultimedia en cons�quence.

Bref: la migration PyQt4 => PyQt5 va �tre douloureuse . J'esp�re qu'il y aura beaucoup de '+' en contrepartie.

[Invit�]

D'autre part, impossible (en tout cas je n'y suis pas arriv�) d'installer, PyQt5 ET PyQt4 pour un m�me python.

C'est th�oriquement possible :

PyQt5 can be installed alongside PyQt4 using the same Python interpreter without any problems so long as they are built with the same versions of SIP.

Source (en bas).
Apr�s, je n'ai pas essay� personnellement.

Pour le sujet initial, je pense que la r�ponse est simple. Tu es sur un projet perso pour lequel les deux options peuvent fonctionner : tu prends ce que tu pr�f�res

Je pense personnellement que par rapport � une solution C++ (dans le contexte donn�), un code python sera plus rapide � d�velopper, plus facile � maintenir et � faire �voluer, plus s�r (moins de chances de laisser passer une fuite m�moire par exemple) pour un r�sultat quasiment aussi rapide (vu que les traitements les plus lourds sont cod�s en natif).

EDIT : liste des diff�rences PyQt4/PyQt5

[Jiyuu]

J'ai commenc� � lire toutes ces diff�rences, mais pas le temps imm�diatement de traduire la page.
Concernant, les modules et pour �tre plus pr�cis que je ne l'ai �t�, il s'agit effectivement d'�clatement ou de transfert de certains modules :

Code extrait de IDLE :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
import PyQt5.QtGui as QtGui
import PyQt5.QtWidgets as QtWidgets
Label = QtGui.QLabel()
Traceback (most recent call last):
  File "<pyshell#10>", line 1, in <module>
    Label = QtGui.QLabel()
AttributeError: 'module' object has no attribute 'QLabel'
Label = QtWidgets.QLabel()

 ================================ RESTART ================================

[arnolddumas]

Concernant PyQt5, j'ai regard� un peu: il y a une rupture de compatibilit�: plusieurs modules sont �clat�s.

Ils indiquent vouloir mimer la modularisation de Qt5 ce qui est amha une bonne chose.

http://www.riverbankcomputing.com/news/pyqt-50

Bref: la migration PyQt4 => PyQt5 va �tre douloureuse . J'esp�re qu'il y aura beaucoup de '+' en contrepartie.

Qt5 est plus rapide pour tout ce qui touche au rendu notamment : http://qt-project.org/forums/viewthread/24295

[emmanuel_dumas]

Bonjour

Au sujet des performances. Beaucoup de choses exacts ont d�j� �t� dites. Je voulais juste revenir sur un point compl�t� par un retour d'exp�rience personnel :
OK, le C ou C++ g�n�re du code plus rapide et permet des optimisations bas niveaux tr�s efficaces. Mais trop souvent, le d�veloppeur C/C++ fini son programme par : "l'impl�mentation de cet algo est optimis� � fond, pour aller plus vite, il faudrait revoir l'algo, on fera cela quand on aura du temps".
Le d�veloppeur Python, qui impl�mente l'algo vraiment plus vite, je reste grosso-modo sur le chiffre de 5 fois plus vite, lui a bien souvent encore du temps pour non pas travaill� sur l'impl�mentation de l'algo, mais sur l'algo lui-m�me et l'architecture globale du programme. Donc au final, il a le temps d'impl�menter un autre algo, et le programme est plus rapide.

Donc sur plusieurs retours d'exp�rience personnel, j'ai vu des programmes Python plus rapide que l'�quivalent en C/C++, car le d�veloppeur a pu passer plus de temps sur les aspect choix d'algo/architecture du programme.


Cordialement
Emmanuel

[dourouc05]

Qt5 est plus rapide pour tout ce qui touche au rendu notamment : http://qt-project.org/forums/viewthread/24295

Je ne suis pas s�r que ce soit un argument pour passer � PyQt 5, puisqu'il existe des versions de PyQt 4 utilisant Qt 5 . (Non, ce n'est pas tordu pour deux balles .)

[fred1599]

Bonjour Jiyuu,

�a fait un bye en effet

Je vais donner un avis plut�t g�n�ral sur le choix du langage dans un projet.

� mon humble avis, un projet ne doit pas se faire sur un seul langage, on doit pouvoir profiter de tous les avantages que peuvent apporter chacun des langages.

• Le C est syntaxiquement le plus simple
• Le C++ �vite de r�inventer la roue et cela efficacement
• Le python permet de rendre du code maintenable en �tant concis

Alors je te propose de faire de l'interfa�age python/C++ o� tu pourras utiliser la syntaxe python, C++ et C (car la syntaxe C est compatible avec la syntaxe C++) � l'aide de cython.

L� o� il y a besoin de rendre efficace un module on cr�e un so ou une dll et le code est au pire 1,2 � 1,6 fois moins rapide que le C/C++ pures.

Il y a possibilit� de tout faire sur un seul OS et faire du cross compiling avec mingw32.

Qt est une interface, en python il est assez facile d'utilisation, on peut le coder � 100% python.

Bref le choix ne doit pas rester � un seul langage...

Bonne journ�e

[Jiyuu]

Bonjour � tous et merci pour votre participation.

Voici ce que je choisirai dans l'imm�diat : du code en Python (en partie tout du moins) et une distribution des sources, et voici pourquoi :

Code en Python
Outre le fait que je suis plus habitu� avec ce langage, je le trouve surtout beaucoup plus clair et lisible. N'ayant pas le temps de passer des heures et des heures sur mon projet, je pense que ces deux aspects m'�viterons bien une calvitie pr�coce
Par contre, petit curieux comme je suis, je n'exclue pas la possibilit� de me pencher sur cython, en particulier si je peux y gagner sur les gestions de BDD, tout en sachant que je veux rester sur du QSql... Donc � approfondir car l� je suis super novice.

Distribution des sources
Le but ici n'est pas de permettre � toute une communaut� de participer � mon projet car dans l'imm�diat il sera tr�s sp�cialis� pour ma soci�t�, mais dans l'avenir pourquoi pas.
La grande raison est surtout de me permettre de sortir un morceau de programme fonctionnel rapidement et d'y ajouter des modules petits � petits sans syst�matiquement devoir refaire un exe et demander aux utilisateurs de le lancer.


Encore merci � tous, et j'invite tous ceux qui n'ont pas encore donn� leur avis � le faire

++

J