Nové problémy v Pyqt4

4.1.2012 21:22 | Přečteno: 1357× | Linux |

V zápisku http://www.abclinuxu.cz/blog/Tomik/2011/6/pyqt4-a-pouziti-modulu-uic jsem popsal práci a modulem uic v Pyqt4. Časem jsem narazil na jednu věc, která mě z počátku rozhodila a stojí za zápisek.

Úvod

Vezměme si příklady ze zmiňovaného zápisku. Soubor priklad.ui je stejný jako minule.

<?xml version="1.0" encoding="UTF-8"?>
<ui version="4.0">
 <class>MainWindow</class>
 <widget class="QMainWindow" name="MainWindow">
  <property name="geometry">
   <rect>
    <x>0</x>
    <y>0</y>
    <width>98</width>
    <height>46</height>
   </rect>
  </property>
  <property name="windowTitle">
   <string>MainWindow</string>
  </property>
  <widget class="QWidget" name="centralwidget">
   <widget class="QPushButton" name="pushButton">
    <property name="geometry">
     <rect>
      <x>9</x>
      <y>9</y>
      <width>75</width>
      <height>23</height>
     </rect>
    </property>
    <property name="text">
     <string>PushButton</string>
    </property>
    <property name="checkable">
     <bool>true</bool>
    </property>
   </widget>
  </widget>
 </widget>
 <resources/>
 <connections/>
</ui>

Příklad bude trochu jiný, než minule. Za prvé jsem přešel na Python 3.2 (takže musím psát print jako funkci, ale to je jen kosmetická změna kódu), za druhé jsem na objekt jsem přidal jednu vlastnost (property).

#!/usr/bin/env python
import sys
from PyQt4 import QtGui, QtCore, uic

class MyApplication(QtGui.QMainWindow):
    def __init__(self):
        QtGui.QMainWindow.__init__(self)
        uic.loadUi("priklad.ui", self)

    def run(self):
        self.show()
        self.app.exec_()

    @QtCore.pyqtSlot(bool, name="on_pushButton_clicked")
    def method_with_some_weird_name(self, value):
        print ("Clicked {}".format(value))

    @QtCore.pyqtSlot(bool)  # without this line the slot catches two signals: clicked() and clicked(bool)
    def on_pushButton_clicked(self, value):
        print ("Clicked2 {}".format(value))

    def closeEvent(self, event):
        print ("Close event")
        event.accept()

    @property
    def something(self):
        print("Property get something called")
    @something.setter
    def something(self, value ):
        print("Property set something called with value {}".format(value))

def main():
    app = QtGui.QApplication(sys.argv)
    MyApp = MyApplication()
    MyApp.app = app
    MyApp.run()
if __name__ == '__main__':
    main()

Problém

Když příklad spustíte, uvidíte výpis

Property get something called

což není úplně to, co by člověk chtěl. V tomto případě je to neškodné, ale pokud se za vyčtením vlastnosti skrývá něco jiného, než přeposlání atributu (attribute) objektu, může to způsobit potíže. Toto chování nezáleží na tom, jestli je vlastnost zapsaná pomocí dekorátoru nebo pomocí funkce property().

Pokud bude vyčtení vlastnosti například zahrnovat delší výpočet, máme na krku výkonostní problémy. Pokud vyčtení vlastnosti mění stav objektu, může to působit velké potíže v aplikaci a mnoho šedin programátorovi (kdybyste si třeba chtěli počítat, kolikrát byla vyčtena vlastnost, falírovala by tam jednička). Pokud by nedej Bože vyčtení vyžadovalo výpočet s něčím, co není v tu chvíli inicializované (například nastavení něčeho, co se nastavuje z venku přes setter), máme na krku velký problém.

Vysvětlení

Tento výpis má na svědomí volání funkce QtCore.QMetaObject.connectSlotsByName, která se volá ve funkci createConnections v souboru uicparser.py (v mé verzi Pyqt 4.8.5 to je řádek 861). Dokumentace k tomu píše:

Searches recursively for all child objects of the given object, and connects matching signals from them to slots of object that follow the following form ...

Nezkoumal jsem to až tak do podrobna, ale myslím si, že to rekurzivní hledání způsobí zavolání všech vlastností.

Závěr

Pokud používáte v Pythonu zhusta vlastnosti (properties), tak se při programování s PyQt zamyslete, jestli čtení vlastnosti nemůže způsobit problémy, pokud s to stane v nevhodnu chvíli.

Možných řešení, jak problém řešit je víc, ale zatím jsem nepřemýšlel, jak to udělat co nejelegantněji. Možná řešeni jsou například: neprogramovat vůbec, neprogramovat s Pyqt, neprogramovat v Pythonu, či nepoužívat vlastnosti. Dalším možným řešením je taky nepoužívat dědičnost (viz 1. příklad v minulém dílu).

Teď se do mě pusťtě a napište, jaké jednoduché řešení jsem přehlédl.        

Komentáře

[Michal Vyskočil]

Anebo nepoužívat properties u tříd děděných z QtCore.QMetaObject?

[w4rr10r]

... PS / 2 konektor pro vytvoření rovnováhy dědictví s nadstandardními funkcemi.

PS/2 je technicky lepší než USB, teda aspoň pro klávesnice.

[Tomáš]

To jsem na konci taky psal, i když jsem to zformuloval ne moc zřetelně. Každopádně 1. příklad z minulého zápisku tímto neduhem netrpí (zkoušel jsem, i když to je patrné i bez toho).

[Bedňa]

http://developer.qt.nokia.com/wiki/PySide_FAQ

[Tomáš]

Tak tohle jsem neznal. Mohl bys zkusit ten příklad v Pyside a napsat, jestli to trpí stejným problémem?

[Bedňa]

Ja tento projekt len poznám, je aktívne podporovaný Nokiou a pod linciou LGPL. Počítam že pri aktívnom vývoji už majú takéto veci vychytané.

[Tomáš Pěnička]

No tak jsem to zkouknul a PySide nemá náhradu za PyQt4.uic.loadUi. Takže v tomto případě nemá smysl obě knihovny porovnávat.

I ten původní problém je způsoben Pythonem samotným. V C++ se nedá za vyčtění atributu schovat volání funkce, takže tam to problémy neudělá. Ale je možné, že PyQt tam dělá něco, co by mělo být programátorovi skryto.