Какой язык + фреймворк лучше в 2025 для написания кроссплатформенного десктопного приложения?

Привет всем!

Собственно, суть в названии темы. Уточню только, что не обязательно это должен быть байт код, допускается и раздельная компиляция под каждую платформу и ОСь, а вот скрипты не подходят, речь не про опенсорс.

Ранее обсуждалось многократно, но почему бы и в этом году не обсудить.
Так уж сложилось, что на киберфоруме много разработчиков web приложений (да, да, вас вообще много, понимаю), но иногда и настольные приложения нужно делать.

Я ранее использовал Avalonia, и вполне успешно, но попросив сделать заготовки приложений Claude.ai и Copilot разочаровался, оба не справились. Что не удивительно, примеров в сети на авалонии куда меньше чем на winforms или wpf.

Думаю попробовать Qt, но я в нём разочаровался когда мне так и не удалось скомпилировать простейшее хеллууорд окно для raspbery pi, ни как кроссплатформенное из убунты, ни установив Qt непосредственно на малинку.
После чего перешёл на авалонию, но vibe coding с ней нормально не запускается. Ну, не руками же всё делать, почти во второй четверти XXI века!

А у вас какой опыт написания кроссплатформенных настольных приложений?

0

Сообщение от Curry Скажем так: какой фреймвёрк лучше всего? А какая LLM лучше для этого лучшего фреймвёрка, да с какими моделями, да с какими МСР, это неразрывно связано с выбором лучшего фреймвёрка.

Эм... нет.

Во-первых нейронка, как и любой кожаный мешок, может хорошо знать фреймворк А, но плохо знать фреймворк В. Означает ли это автоматически что фреймворк А лучше чем В? Не факт.

Во-вторых, нейронка всё ещё больше подходит в роли умного справочника, нежели как полноценный кодер. Окей, собрать конкретный кусок кода под чуткий руководством тыжпрограммиста ещё может. А вот влепить полноценную архитектуру, со всеми ньюансами и подводными камнями -- тут уже не каждый мидл вытянет, не то что нейронка.

В-третьих, инструмент А может быть проще в освоении, из-за чего человеку проще писать промты к нему. Инструмент В может быть более сложным в освоении, но при этом быть на голову выше/качественней в плане написания программы. Но т.к. он сложнее в понимании, он требует более четких промтов, из-за чего вайбкодинг превращается в испытание не для слабых.

Четвёртое -- сейчас написание промтов выглядит как обычный разговор с человеком. Возможно в будущем таки введут инстументарий для более точного диалога, что потребует уже освоения нейронки. Хотя даже без него правильно задать вопрос электронным мозгам -- та ещё задача. И уже в этом плане нейронки могут иметь отличия, из-за которых будут проблемы с теми или иными запрашиваемыми материалами.

Так что к сожалению не получится сказать что язык/платформа/фреймворк хороший и это автоматически позволит нейронкам хорошо кодить на нём. Как бы сначала этой нейронке нужно скормить материал для обучения.

Добавлено через 1 минуту

Сообщение от Curry Я в СП написал что скрипты не подходят. Речь про изготовление платного ПО.

Я не уверен, но кажись на JS можно абсолютно спокойно писать платное ПО.

0

Сообщение от Wolfdp Во-первых нейронка, как и любой кожаный мешок, может хорошо знать фреймворк А, но плохо знать фреймворк В. Означает ли это автоматически что фреймворк А лучше чем В? Не факт.

Если так рассуждать, то по любому вопросу застряну как Буриданов ... программист.
Приходится упрощать и пользоваться статистикой. Опросить несколько ИИ, нескольких "кожанных мешков".

Сообщение от Wolfdp Но т.к. он сложнее в понимании, он требует более четких промтов, из-за чего вайбкодинг превращается в испытание не для слабых.

У вас есть опыт вайбкодинга на реальных проектах?

0

Сообщение от Curry Я в СП написал что скрипты не подходят.

Ты думаешь из Electron легко вытащить эти скрипты?
Он пакует все в исполняемый файл. .exe для Винды.

0

Сообщение от voraa Ты думаешь из Electron легко вытащить эти скрипты?

Мне без разницы, я же не VSCode делать собираюсь.
К тому же я хейтер языков с динамической типизацией. Static typing forever!
По крайней мере для больших проектов.
Про TS знаю, используемые для него библиотеки или на js, или с обильным использованием дин. типизации, поскольку статическая там только опциональна.
В любом случае, для проприетарного софта скрипты не подходят.

0

Сообщение от Curry У вас есть опыт вайбкодинга на реальных проектах?

Мне быстрее просто спросить у неё и продолжить строчить код, чем три часа расписывать каждый метод и что ей нужно поправить. Плюс ИИ в 20% случаев выдает полную ерунду, даже если десять раз уточнишь вопрос. Как люди занимаются "вайбкодингом" по принципу "задал вопрос - скопировал - вставил" -- для меня загадка.

Сообщение от Curry К тому же я хейтер языков с динамической типизацией. Static typing forever!

Вы хейтер, другие люди считают что наоборот это круто.

В любом случае вы хотите узнать какой язык программирования хороший в 2025. Дальше всплывает ограничение "для вайбкодинга", теперь если это не строгая типизация, то тоже не считается... Я думаю стоит сначала озвучить весь список ограничений, и уже после этого искать кандидата.

0

Сообщение от Wolfdp Я думаю стоит сначала озвучить весь список ограничений, и уже после этого искать кандидата.

Всё озвучено в СП. Ищу не язык, а связку язык+фреймворк.
"Скрипты не подходят, речь не про опенсорс." Динамическая типизация это почти только скрипты.
Про vibe coding тоже там написано.

0

Сообщение от Curry Я в СП написал что скрипты не подходят. Речь про изготовление платного ПО.

Тогда и "байткодные" языки (Java, C#) не подходят -- исходник из байт-кода восстанавливается на раз-два, достаточно легко читаемый. Во всяком случае на Java точно. Работал как-то в компании, которая разрабатывала и продавала десктопное приложение на Java + SWT + Eclipse Platform, использовался обфускатор. А раз использование обфускатора необходимо, то можно и на JS+Electron бахать. Ну либо выбирать C++/Delphi.

0

Сообщение от korvin_ Во всяком случае на Java точно.

Как по мне шарп куда проще восстанавливается, даже почти ничего править не надо по сравнению с джавой чтобы код собрался. А так есть же graalVM и il2cpp которые на выходе дают машинный код, причем первая поддерживает еще и js со змеей.

Вроде почти весь платный 3д софт написан на C++ в купе с Qt. Там вроде еще и 2д софт, сапр и прочие видео/аудио. В звуке еще вроде распространена либа JUCE, она опенсорс и кроссплатформа, но в духе Qt в плане лицензий (есть комьюнити есть и платные)

Есть такая вещь как Jetpack Compose, а у него есть такая штука как Compose Multiplatform, у языка на котором все это пишется Kotlin Native. Только вот не знаю на сколько эти 2 вещи совместимы между собой и вообще на сколько популярен (даже на родной ос - андроиде) это джетпак.

Есть еще кроссплатформенный GTK, но вне пингвинов я его использовать врагу не пожелал бы. По удобству даже простой сборки самой либы крайне ужасная поделка, не говоря про написание чего либо на нем и база у него на чистом Си вроде.

0

Сообщение от alecss131 А так есть же graalVM

Ну где-то есть, но готов ли он для "продакшена"? Пока что не слышал о его сколько-нибудь интенсивном использовании, не видел обилия success stories. Врочем, я и не слежу. А так да, можно попробовать.

0

Не бойтесь что ваш код достанут. Тут как то было объявлено о нейроноке заточенной на дизассемблирование бинарников и потом в высокоуровневый язык типа с/с++.

0

Сообщение от korvin_ тогда и "байткодные" языки (Java, C#) не подходят -- исходник из байт-кода восстанавливается на раз-два

Не сочтите за рекламу, но существуют компании которые выпускают usb-ключи (и не только usb) без которых защищённый с помощью их ключей код, по их заявлениям, не запускается и не вскрывается.
Например.
Так вот, их софт шифрует не только приложения в машинном коде, но и .NET приложения.
Насколько такая защита эффективна не знаю.

0

Сообщение от Curry Какой язык + фреймворк лучше в 2025 для написания кроссплатформенного десктопного приложения?

Перечисли все платформы, которые тебе нужны.

Если тебе достаточно основных десктопных ОС (Windows, macOS, Linux), то советую C++ и wxWidgets.

Это реально фреймворк, упрощающий написание программы, а не лишь плюшка для создания красивого интерфейса.
Лицензия очень хорошая. Можно создавать даже коммерческий софт и не нужно даже указывать, что создан на wxWidgets. Программа полностью будет твоей. Можешь хоть статическую линковку использовать.
Еще в wxWidgets мне нравится то, что интерфейс будет очень похожим на натив, чего не скажешь, например, про программы на Qt, GTK, VCL, ImGUI и прочих фреймворках.

Сообщение от Curry Насколько такая защита эффективна не знаю.

не существует никакой эффективной защиты. Будь это интерпретируемый язык, или компилируемый, все равно можно вытащить код.
Для компилируемых чуть сложнее, но все равно можно вытащить.
Я когда-то интересовался защитой ресурсов игры. Оказалось, что даже если выбрать компилируемый язык, даже если использовать обфускацию, даже если использовать шифрование (когда ключ в самом бинарнике), даже если использовать инструменты защиты DRM, как вот Denuvo, - твою игру все равно взломают.
Есть даже методы получения игровых моделей непосредственно на уровне драйверов, ведь все меши и текстуры отправляются к GPU.
Вопрос в том, а кому нужно взломать твою прогу? Если мамкиным хацкерам, то достаточно реализовать самое простое шифрование или просто выбрать компилируемый язык, так они не смогут ничего сделать.

1

Сообщение от Royal_X Если тебе достаточно основных десктопных ОС (Windows, macOS, Linux)

Пока достаточно. Хотя у нас на фирме может случится и такое: "Мы заключили договор на поставку бла-бла-бла ... с планшетами на андроиде, мы не знаем как это установить на планшет. А, нельзя? Ну сделай к пятнице чтобы можно было бы."
Ну, это будет форсобжор. Будем считать что для десктопных.

Сообщение от Royal_X советую C++ и wxWidgets. Это реально фреймворк, упрощающий написание программы, а не лишь плюшка для создания красивого интерфейса.

Qt тоже. Вы предлагаете wxWidgets вместо Qt из за лицензии?
Мне кажется что Qt гораздо более распространён.

0

Сообщение от Curry Qt тоже. Вы предлагаете wxWidgets вместо Qt из за лицензии?

Qt хорош, но данный фреймворк имеет три типа лицензии:
1. коммерческая - придется заплатить
2. опенсорсная GPL
3. опенсорсная LGPL
Если ты не хочешь платить за Qt, то придется выбирать между 2 и 3.
LGPL более хорошая лицензия. Она не заставляет открывать код твоего приложение. Всего лишь нужно открыть код той части библиотеки Qt, где ты менял код (если менял). Еще нужно предоставить конечному пользователю возможность линкования библиотеки. На практике означает, что ты либо должен использовать динамическую линковку, либо статическую линковку, но распространять объектные файлы.
GPL менее выгодная. Тут хоть можно даже статически линковать без предоставления объектных файлов, но прикол в том, что ты обязан открыть код твоего приложения. И если не сделаешь - то значит нарушаешь лицензию.
Хорошая новость в том, что в бесплатной опенсорсной версии Qt многие модули позволяет выбирать между LGPL и GPL. Но есть и такие модули, где только GPL. И если ты используешь хоть один такой модуль (например, Qt Charts), то придется выпускать приложения под GPL и полностью открыть код приложения.
И естественно, ни при LGPL, ни при GPL, ты не имеешь права продавать приложение. Для этого нужна платная лицензия.

А вот wxWidgets без ограничений. Можешь закрыть код, можешь использовать статическую линковку, можешь нигде не указать, что сделано на wxWidgets, можешь менять код самой библиотеки, можешь продавать приложение.

Сообщение от Curry Мне кажется что Qt гораздо более распространён.

wxWidgets тоже довольно популярный фреймворк, на котором было создано очень много декстопных приложений

Мне вот нравится в wxWidgets то, что приложения имеют нативный вид. А вот приложения на Qt сразу выдают, что Qt.

Касательно сложности изучения, то Qt легче, чем wxWidgets.

Минимальный размер оконного приложения на винде на крайней версии Qt - 25 МБ, а на крайней версии wxWidgets - 7 МБ.

0

Сообщение от Royal_X Мне вот нравится в wxWidgets то, что приложения имеют нативный вид. А вот приложения на Qt сразу выдают, что Qt.

https://docs.wxwidgets.org/3.3... shots.html
Если это все контролы, то маловато как то, даже Grid-а нет.
И что там за wxGTK упоминается? GTK и сам по себе фреймворк. Под linux wxWidgets работает через GTK?

Я правильно понимаю, что под каждую платформу нужно исходники отдельно компилировать, хотя они и не меняются в зависимости от платформы?

0

Сообщение от Curry даже Grid-а нет

там есть всё для управления макетом, как в Qt

Grid - https://docs.wxwidgets.org/3.3/classwx_grid.html

ты тут смотри https://docs.wxwidgets.org/3.3/annotated.html

Сообщение от Curry то маловато

кстати, в wxWidgets даже есть контролы, которых в Qt нет

0

Сообщение от Curry Я правильно понимаю, что под каждую платформу нужно исходники отдельно компилировать,

Естественно. Объектные файлы на всех платформах разные. И системные библиотеки разные, А бинарники тем более.
Если

Сообщение от Curry "Мы заключили договор на поставку бла-бла-бла ... с планшетами на андроиде, мы не знаем как это установить на планшет.

То там и процессор другой. И надо компилировать под него.
И на macOs и iOs процессоры свои.

0

Сообщение от Royal_X GPL менее выгодная.

Единственная вменяемая "вирусная" лицензия! Свой код распространяю исключительно под GPLv3, а документацию - по FDL или CC-BY-NC-SA.


Кстати, единственная вменяемая библиотека GUI-виджетов, что я встречал - nuklear (аналог для С++ - ImGUI). Там куча разных бэкендов. Мне больше всего нравится opengl. И, кстати, можно почти без изменений кода собрать веб-морду (будет webassembly + html с жабоскриптом для запуска этого "машкода"). Хотя, в случае с веб-мордами, все равно самый вменяемый вариант - написать все самому руками: кода будет намного меньше, и пользователю не придется лишние мегабайты накачивать (если, конечно, с умом подойти, а не втыкать сторонние полтора мегабайта обфусцированного js ради функции $).

P.S. Ну и, как я неоднократно говорил, GUI-приложения нужны крайне редко: браузер, CAD, графический редактор, смотрелка ps/pdf/etc… Ну, а, скажем, смотрелки фильмов и картинок не нуждаются в морде (mplayer, mpv, ffplay, feh, display…). И для музыки есть консольные плееры. А с появлением библиотеки sixel вообще приличную часть "смотрелок" можно прямо в терминал перенести!

0

Сообщение от Curry И что там за wxGTK упоминается?

это просто названия библиотеки под разные платформы. На этой странице просто приблизительно показано, как будут выглядеть контролы на разных платформах. Но это просто приблизительные картинки. На самом деле, все зависит еще от версии ОС.
wxMSW это винда
wxGTK это линукс
wxOSX это macOS

wxGTK называется так, поскольку использует GTK на линуксе. Стиль на линуксе будет, как на GTK.

0

Сообщение от Curry но существуют компании которые выпускают usb-ключи

Это только для очень дорогого софта.
И вообще - насчёт обфускации - чтобы декомпилировать, надо нанимать отдельно программиста.
Затраты на анти-взлом не должны превышать ценности софта.

Добавлено через 6 минут

Сообщение от Royal_X И естественно, ни при LGPL, ни при GPL, ты не имеешь права продавать приложение. Для этого нужна платная лицензия.

Всё самое хорошее - это проприетарное.
А с опен-соурс возня, или отсутсвие графического дизайнера, как в Java или RPC с сериализацией/десериализацией как в Lazarus.

0