На чем написать кроссплатформенный GUI?

Question

[Qreen]

Мне нужно каким то образом реализовать кроссплатформенный GUI под окна и линукс. Я знаю python, немного си, js, и совсем чуть-чуть ассемблера.
Слышал, что писать можно на шарпе, можно юзать qt или node js, да даже на php (боже упаси от этих $) можно его ляпать. Так вот, вопрос: что из этого самое выгодное? Я имею ввиду и удобность написания кода и производительность. Просвятите бедного питон-разработчика, который всю жизнь писал без точек с запятой))

Comments

[edward_freedom]

боже упаси от этих

а что с ними не так?

[Qreen]

edward_freedom, Да ничего, просто у меня, как у питониста, панический страх, когда я вижу что то вроде ; или $

вот так вот

Answer 1

[Hemul GM]

Зависит от сложности GUI. Если простой интерфейс, для которого достаточно штатных едитов, лейблов, кнопок, комобоксов и т.д., то стоит выбрать тот, что ближе к языку, который вы лучше знаете. Если это питон (и вам не нужна особо производительность), то лучшим выбором будет Tkinter. Если JS - React Native.
Если интерфейс более сложный, то стоит задуматься на тему серьезных в этом плане языков. C++, Delphi, C#, Java. С ними и производительность будет лучше и инструментов разработки больше (GUI).

Субъективно, я могу подробнее рассказать о написании на Delphi, где в линукс разработке есть и плюсы и минусы. Из крупных минусов - не все дистрибутивы поддерживаются. А именно некоторые AstroLinux и ElementatyOS не поддерживаются из-за проблем с используемыми там версиями GTK+.
Также, к минусам можно отнести то, что среда разработки может быть установлена только под Windows.
Далее только плюсы: быстрая разработка, отсутствие зависимостей, мощнейший дизайнер (из существующих), нативный код и т.д. Ссылка на фреймворк-платформу (https://www.fmxlinux.com/)
И, не смотря на бытующее мнение, язык и среда разработки развиваются и используются. Последняя версия среды (и непосредственно языка) вышла во второй половине этого года. Имеется Community версия для бесплатного использования https://www.embarcadero.com/ru/products/delphi/starter

Comments

[edward_freedom]

сколько работаю на фрилансе, вообще не вижу заказов на делфи, язык мертв

[Hemul GM]

edward_freedom, глупое замечание. Подумайте ещё

[edward_freedom]

Hemul GM, над чем?

[Hemul GM]

edward_freedom, над тем, что заказчики (если это не студенты или школьники), требуют продукт, а не абстрактную программу на питоне.
Если их требования укладываются в возможности Делфи, а это большая часть задач (от веб сервисов и мобильных приложений, до бэкенда и десктопа в кроссплатформе), то софт будет быстро написан, надёжно и быстро работать. А если руки из нужного места, то и выглядеть будет соответствующе.

[edward_freedom]

Hemul GM, вопрос не в этом, заказчики если не требуют конкретно языка разработки, попросят обосновать выбор языка. Если в том же c#, можно написать, что язык развивается, поддерживается, много специалистов, то что можно написать об делфи?

[Hemul GM]

edward_freedom, всё то же самое. Попробуй поинтересоваться темой

Answer 2

[res2001]

Самое выгодное - это то что вы лучше всего знаете.
Если важна производительность то берите С++ или другой компилируемый язык. Но это на самом деле сильно зависит от задачи, где-то и python с php вполне хватает. Сам по себе GUI не требует особой производительности (если вы обычное приложение пишите, а не игрушку на 120FPS).
Можете юзать Qt на python и не слезать со своего любимого коня.

Answer 3

[Ev Gen]

C++:
GTK+ и QT (НО! есть биндинги для многих языков)
C#:
- GtkSharp,
- Avalonia, Xamarin/MAUI
- Unity (но мало готовых контролов)
Delphi
RAD Studio
JS:
- Electron, React native
Python
- Tkinter

Comments

[alexbprofit]

Java:
JavaFX
Swing

[alexbprofit]

Java:
JavaFX
Swing

Answer 4

[Константин]

про питон ничё не знаю (но вроде крутой), а вот фреймворк Qt очень даже интересный. Но там лицензия просит выкладывать исходник по требованию.

Как коммерческий разработчик я вообще щас стал сторонником бинарников проприетарных. Всё, что не бинарник = для меня плохо.

Но себе на комп ставлю всё открытое на исходниках, всё что чёрный ящик = плохо, опасно :D

Comments

[Сергей Горностаев]

Но там лицензия просит выкладывать исходник по требованию.

Это не так. Достаточно не линовать свой код статически с библиотеками Qt.

[Константин]

Сергей Горностаев, т.е. если делать билд без библиотек, то можно продавать программу и не давать исходники?

[Сергей Горностаев]

Константин, то есть если сделать билд с динамической линковкой, положить в дистрибутив dll'ки или so'шки от Qt и файл, в котором будет написано "Используется Qt, а она под GPL", то всё законно.

Answer 5

[Василий Банников]

Ну раз питонист, то проще всего будет с каким-нибудь tkinter или pyqt.
Если смотреть на другие языки, то, имхо, удобнее всего будет на шарпе+Avalonia.
Ещё можешь посмотреть в сторону flutter.
Ещё сюда обязательно должен придти Hemul GM и посоветовать Delphi - в принципе тоже неплохой вариант, если смотреть на преимущества (компактный бинарник, достаточно взрослые инструменты, экосистема)
Ещё какой-нибудь Electron и React native вполне удобные, если с фронтендом знаком.

Comments

[Hemul GM]

Как в воду глядел)

[acwartz]

Ещё какой-нибудь Electron и React native вполне удобные

ЪУЪТЪ! зачем вы призываете это зло?
они наверное с производительностью летают вообще в разных вселенных. Электрон точно. Download Master и Free Download Manager - сферический пример в вакууме. Пока FDM одуплится и откроет окно на установку закачки, первый уже скачает все. Храни хоспади тебя вызвать контекстное меню файла в FDM.

[Qreen]

acwartz, Пробовал я как то электрон...
После первой компиляции я сразу же снес к херам все, что было связано с ним. Скомпилированная папка проекта, где было только открытие окна (т.е. просто пустой проект) весила 150 МЕГАБАЙТ

Больше я электроном не пользовался

Answer 6

[Evgeny_Popov]

Еще такая штука появилась не так давно - https://www.jetbrains.com/lp/compose/