Комментарии 14
Увидев в названии "Дополняемый калькултор" - вот что то новое решил я, но нет - просто опечатка. :)
Статья чем-то напомнила книги 90-ых
Язык программирования ХХХ для чайников...
Чтобы с этим интерфейсом работать, его надо преобразовать в код на Python с помощью специальной утутилиты.
Не надо. Используйте uic.loadUi.
Используйте uic.loadUi
И простыню кода для привязки сигналов - руками. Как то в старинных Delphi это автоматически делалось.
И простыню кода для привязки сигналов - руками.
Нет, для этого существуют автоконнект по имени и декораторы pyqtSlot.
@pyqtSlot(str, name="on_lineEdit_textChanged")
def textChanged(self, text: str):
do_it_what_you_want()
Простыня с декораторами чуть меньше. Но всё равно её писать вручную.
Это вы сейчас всё ради сравнения "Python хуже Delphi"? Тогда это не ко мне, я в этой ветке говорю только про питон.
Python (язык) местами лучше чем Delphi (язык). А то, что для конструирования GUI ничего лучше чем qt creator не придумали - как то странно это.
А кто-то еще в промышленной разработке использует Qt? На мой взгляд в 2022 году он выглядит как неких анахронизм. Плюс, как я понимаю, на нем не сделать нормальный масштабируемый интерфейс, как, например в WPF
Кросплатформенность же.
А какие, желательно кроссплатформенные, альтернативы вы могли бы привести в пример?
Если мне нужно сделать что-то кроссплатформенное с десктопным интерфейсом, я выберу тот же WPF и C#. Или AvaloniaUI. Или Electron, если мне не подходит стек C#.
Просто тут как - на мой взгляд задачи надо решать исходя из требований задачи. Зачем забивать гвозди микроскопом (python + qt), если есть молоток (все, что я выше перечислил)
Дополняемый калькултор