Как стать автором
Обновить

Комментарии 14

Статья чем-то напомнила книги 90-ых

Язык программирования ХХХ для чайников...

Оно и есть. Только в 90-х визуальные конструкторы были интуитивно понятные, а этот qt creator как то не очень.

Чтобы с этим интерфейсом работать, его надо преобразовать в код на 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 не придумали - как то странно это.

Embarcadero, вроде, что-то предпринимает. Не пробовал, оценить не могу.

А кто-то еще в промышленной разработке использует Qt? На мой взгляд в 2022 году он выглядит как неких анахронизм. Плюс, как я понимаю, на нем не сделать нормальный масштабируемый интерфейс, как, например в WPF

Кросплатформенность же.

А какие, желательно кроссплатформенные, альтернативы вы могли бы привести в пример?

Если мне нужно сделать что-то кроссплатформенное с десктопным интерфейсом, я выберу тот же WPF и C#. Или AvaloniaUI. Или Electron, если мне не подходит стек C#.

Просто тут как - на мой взгляд задачи надо решать исходя из требований задачи. Зачем забивать гвозди микроскопом (python + qt), если есть молоток (все, что я выше перечислил)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории