На чём писать клиентское приложение с GUI?

Question

[koltykov]

У меня есть небольшое приложение для коммерческих структур. Разрабатывал я его на PHP/Laravel, HTML/CSS/JS. Проблема в том, что работает в облаке, а не у всех клиентов есть стабильный доступ в интернет (специфика бизнеса).
Задумываюсь о том, чтобы сделать параллельно клиентскую версию под винду или linux с возможностью синхронизации данных.
Проблема в том, что я мягко так скажем немного подотстал от современных реалий, т.к. последние 20 лет работал исключительно в web-технологиях (не считая контроллеров Arduino/ESP32). Последнее, в чем я писал это были Visual C++, Basic, Delphi и т.д. Когда то еще писал на Java для Android (простые програмки чисто для саморазвития в Android Studio).
В общем хочу подтянуть знания и изучить современный язык для подобной задачи. Программа у меня будет простая - в основном взаимодействие с СУБД типа MySQL, GUI, запросы к локальным API-сервисам и через web. К железу не требовательна, в основном диалоговые окна и отчеты.
P.S. Пока что присматриваюсь к JavaFX.

Comments

[VolgaVolga]

Electron

[Maksim B]

Мне кажется Android приложение для таких целей в самый раз. Тем более уже есть опыт в этом.

[Dmtm]

не надо JavaFX, это уже древность, там слишком много и долго писать,
намного лучше - https://www.jetbrains.com/lp/compose-multiplatform/

Answer 1

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

Можно посмотреть в сторону PWA и кэшировать данные в local storage или на диск.

Answer 2

[Михаил Р.]

- Avalonia - если надо dotnet с обоих сторон и кроссплатформенность.
- MAUI - если надо dotnet с обоих сторон и кроссплатформенность без линукса.
- WebView2 - если надо dotnet на сервере, и css/html/js на клиенте, только винда.
- ElectronJS или Tauri - любой сервер, css/html/js на клиенте, кроссплатформенность.

Comments

[koltykov]

Прочитал про Avalonia - наверное на нем и остановлюсь. Спасибо за наводку!

[Илья Голец]

Михаил, случайно с Uno Platform не сталкивались?

[Михаил Р.]

Илья Голец, нет

Answer 3

[andrey_27]

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

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

Comments

[VolgaVolga]

Не модно, а экономически эффективно.
Всеми обожаемый VS Code прекрасно работает, будучи написанным на "позорных веб-технологиях".

[andrey_27]

VolgaVolga, Верно, экономически. На это и ведутся разрабы, пытаясь сэкономить. Вот только хорошо сделать на нем приложение, неотличимое от нативного, очень сложно, даже у крупных компаний не выходит. VS Code - один из успешных примеров, но даже у майков есть и полностью противоположные примеры по типу нового Outlook вместо прекрасного UWP-приложения почты.

[VolgaVolga]

andrey_27,

На это и ведутся разрабы, пытаясь сэкономить.

Разрабы тут ни при чем. Не они решают, создавать ли отдельное приложение под каждую платформу или одно единственное на мультиплатформенном фреймворке.

хорошо сделать на нем приложение, неотличимое от нативного, очень сложно

Выбор стека и платформы - всегда компромисс.

[andrey_27]

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

[VolgaVolga]

andrey_27,

в этой теме обсуждение того, что выбрать разрабу

"Single guy project" можно писать на чем угодно.

Answer 4

[froggyMan]

Все хаят электрон.
Но не пишут почему конкретно он плох.
Тогда я напишу его достоинства на свой личный взгляд:
1. Ты выучил typescript - и считай (грубо округляя) стал фулл стэк разработчиком: пишешь бэкенд на ноде, клиента на условном реакте, и совмещая все это можешь создавать кроссплатформенные desctop приложения на электроне. И все это используя один язык: современный ООП ориентированный TypeScript

2. Возможности создания красивого качественного интерфейса с помощью css поистине безграничны.

3. Огромная бесплатная npm библиотека различных пакетов под любые задачи и требования.

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

Жрет ресурсы - ну так по факту - одно электрон окно = один хром. У каждого из здесь сидящего прямо сейчас открыто 15 вкладок хрома.

P.S. хотелось бы услышать аргументы "против" от тех, кто имеет опыт, а не от тех кто что то где то видел и слышал и на основании этого сформировал свое мнение.

Comments

[maxcat]

Как ты сам упомянул - это аж целый лишний инстанс хрома.
То есть это не 15 вкладок в одни инстансе, а лишний инстанс.
В добавок этот лишний инстанс хрома не имеет такого ограниченного ограничения на пожирания ресурсом сайтика, как браузер общего назначения. Тот же Edge глушит неактивные вкладки (с меньшей эффективносиь такое делает и google chrome, но все равно делает) и это в купе с принципиально низкой производительностью и максимально высокой прожорливостью jshtmlcss в итоге приводит к тому, что примитивные приложения (вроде менеджеров и гит клиетнов) жрут 2ГБ+ оперативки и высаживают батарею на глазах. И это даже в примитивных сценариях использования.

Ну и красивости интерфейса с помощью htmlcss граничны самой концепцией htmlcss и опять же их прожорливостью.

А фулстеком можно стать и на других языках/рантаймах. Да и typescript такой современный, что имеет отстойный синтаксис с лишними словами и символами, так ещё и компилируется не в нормальный байт-код, а в медленный js

[VolgaVolga]

maxcat,

медленный js

Да бросьте. Неактуальное заблуждение уже лет 10 - 15.

[maxcat]

VolgaVolga, 10-15лет назад js ощущался быстрее. Видимо потому что тогда не было такой тонны лишних зависимостей и сами браузеры соревновались в производительности. А сейчас в основном есть только хром и он сам с собой соревнуется уже в том как наоборот пожрать больше ресурсов)0)
Разве что наконец-то появился WASM и теперь можно использовать настоящие ЯП и рантаймы даже в браузере - и вот там уже получается выигрывать хоть какую-то производительность относительно js (но это все равно будет медленнее, чем запускаться нативно вне веб браузера).

И если вы работаете за домашним склепом с 32ГБ оперативки и делаете что-то примитивное, и уже 10-15 лет не видели настоящих приложений, то вы действительно можете не замечать тормознутости js

[VolgaVolga]

maxcat,

появился WASM

"Триста тридцать пять..." (с) )))))
Концепция WASM в том, чтобы использоваться вместе с JavaScript, а не вместо.

тонны лишних зависимостей

Вообще не о том. Как количество зависимостей влияет на производительность JS-движка?

ощущался быстрее

Ч.т.д., как говорится. Раньше и деревья были большие.

[maxcat]

VolgaVolga, спасибо, что напомнили про ещё одну детскую (длиной в 30лет) проблему браузерного окружения: там постоянно приходится вляпываться в js, даже когда хочешь писать на настоящих языках.
Та же самая проблема и с htmlcss в браузере

[VolgaVolga]

maxcat,

проблему браузерного окружения: там постоянно приходится вляпываться в js

Плохому танцору сами знаете что мешает. ))

[maxcat]

Кстати, то что существует css - тоже отстойно. Зачем иметь Аш лишний язык для стилей

[maxcat]

VolgaVolga, при этом поделки этих ваших танцоров на этом вашем электроне)0)

[froggyMan]

maxcat,

То есть это не 15 вкладок в одни инстансе, а лишний инстанс.

Здесь ошибаешься.
Специально только что проделал эксперимент. Сделал простое электрон приложение из 1 окна. Посмотрел память: 245 МБ при количестве Электрон процессов = 7
Сделал 10 окон. Размер памяти 1455 Мб, количество электрон процессов - 27.
Теперь считаем: (1455 - 245) / 10 = примерно 120 мб добавляет каждое новое окно в электроне.
Это точно не соответствует размеру инстанса нового хрома. Просто открой хром с пустой страницей about:blank и посмотри сколько он занимает памяти.



К примеру - один инстанс хрома в котором открыта эта страница у меня занимает примерно 900 мб.

[froggyMan]

Итого из аргументов "против" остается прожорливость. Ну а как же любимый всеми VsCode?
У меня он не высаживает батарею.
Кмк - это доказывает что прожорливость некоторых электрон приложений вызвана лишь отчасти фактом наличия браузера, + разработчиками этих приложений. У меня есть "известные в узких кругах" успешные примеры электрон приложений, которые работают нормально, не имеют проблем с производительностью и прожорливостью.

Answer 5

[Drno]

Поставить клиентам "железку" типа распбери пи или неттопа, с развернутым веб приложением? и пусть себе ходят по локалке...

Comments

[koltykov]

В этом направлении я и начал двигаться (миниПК), но столкнулся с рядом проблем: обновление приложения (т.к. интернет не везде есть), есть риск что украдут исходный код и т.д.

[Drno]

koltykov, так оно и на ПК не обновится, если инета нету...

[koltykov]

Drno, можно флэшку принести с новой версией и перезаписать.

Answer 6

[tamgasoft]

Если вы знаете Delphi можете его использовать. Есть community версия которая бесплатная. В последние версии Delphi есть все что нужно.

Answer 7

[Александр]

QtWidgets - быстро
QtQuick - красиво
PyQt - молодежно

Comments

[sv11]

При чем даже при небольшом опыте разработка под QtQuick ничуть не медленнее чем под Widgets

Answer 8

[vfadeev_sam]

Если присматриваешься к JavaFX, то посмотри в сторону Jmix - полноценная RAD платформа на Java. С помощью Jmix Studio быстро сделаешь то, что тебе нужно без углубления в технические детали. Внутри платформы open-source фулл-стек фреймворк Jmix. Все в реестре отечественного ПО. Есть бесплатный курс на Stepik и крутая дока. Велком - www.jmix.ru

Answer 9

[Pardych]

JavaFX
Не советую, он уже почти мертв. Можно из него получить что-то удобоваримое на связке TornadoFX + KFoenix + MaterialFX, на котлине, само собой, но там одного конфигурирования дофига и результат хуже и запутаннее чем Compose.

Compose Desktop (Multiplatform)
Снова котлин. Если все же хочется под JVM, то лучший выбор. Нормальный старт с онлайн визардами, большое сообщество и куча либок, за счет того что проект стартовал с одноименного дроидовского (там даже пекеджи те же). Порог вхождения может быть высоковат в сравнении с Flutter, но для десктопа это JVM со всеми его плюсами и минусами.

Flutter
Дарт. Мегатема для "простого" в системном плане. Даже более шикарный старт чем у композа, сообщество так же очень объемное и активное на либки, в основном люди из веба и мобайла. Но если хочется все три десктопа и есть сложные системные вещи - расчехляйте с++, так как хостовые аппки и платформенные части плагинов там собираются на родном для платформы gcc|msvc|clang. Но редкая птица долетит до такой экзотики.

Electron
Есть наработанный стек во фронтенде - милости просим в электрон и ему подобные вебвьюшечные проекты. В конце концов и VSCode на нем же. Самый эффективный способ поиграть в десктоп со знанием фронта.

Comments

[maxcat]

Так-то VScode единственное, что похоже на настоящее приложение из всех элеткроновых сайтиков

[VolgaVolga]

maxcat,

VScode единственное, что похоже на настоящее приложение

Как бы не так. )

[yarrrman]

Microsoft teams
Slack
Много мессенджеров на нем написано

Anilibria

[maxcat]

VolgaVolga, и что там ещё похоже на приложение, а не сайтик - агрессивный на утилизатор CPU/RAM/батареи?

[Pardych]

maxcat, да пофигу на самом деле, хорошо сделать можно все же
один фиг из перечисленных мной fw ни один не нативный - композ с флаттером на вм (jvm|dart vm) и рисуют на нативном окне через skia аки игродвижки, электрон - вебвьюшка, но всякие инструментальные штуки типа постмана нормально на него ложатся, фигма, которая на электроне, кстати, вообще интересная штука если ознакомиться - у них и на сайте радактор на сях в васм собран, так что это уже не простая страничечка, а вполне себе небанальная приложуха, которую в браузер впихнули, посадить такое в электрон - вполне нормальное решение, зачем дважды корячиться

Answer 10

[XtraSwed]

Попробуйте фреймворк flutter для языка dart, он позволяет создавать кроссплатформенные приложения.
Также есть обёртка flutter`а на Python, с помощью flet Вы сможете писать кроссплатформенные приложения на python.
Ссылки:
https://flet.dev

Answer 11

[lrmpsm53]

Если на веб технологиях делать, то возьми tauri

Answer 12

[KOLAMBA97]

Пиши на flutter. Очень удобный фреймворк

Answer 13

[Zel08]

Питон поддерживает gui, так зачем мучать попу и изобретать велосипед ? https://habr.com/ru/companies/selectel/articles/750146/

Comments

[maxcat]

Вот и непонятно зачем придумали мучаться с питоном ещё и в гуе)0)

Answer 14

[maxcat]

Если есть опыт на Java, Delphi, VC++ и JS.
То бери Avalonia (c#). Просто потому что синтаксические и идейные свойства с этими языками есть, но c# быстрее, современнее и удобнее, чем Java и JS; удобнее и современные, чем Delphi; и просто удобнее чем Visual C++.

Если знаешь Basic, то можно и на Visual Basic .NET писать под Avalonia вроде бы (но лучше все таки на C#, кстати, есть даже хорошо работающие конвертеры из VB .NET в C# и обратно)

И ещё C# (.NET), кроме удобности, хорошей производительности, кроссплатформенности стоит выбирать потому что на нём можно делать абсолютно всё: гуевые приложения (WPF, Avalonia, MAUI, UWP, UNO), сервера(ASPNET), игры(UNITY, UNIGINE, STRIDE, ещё с 10к движков), даже графику в играх писать или делать полезные вычисления на ГПУ(COMPUTESHARP, SharpDx, OpenTK), сайты (Blazor, UNO), писать под микроконтроллеры (NET micro framework), работать с нейросетями(MLNET, Unity Barracuda, ещё разные обертки конкретно под TF, Yolo и другие популярные рантаймы/сети), а если уж совсем захочется экзотики, то даже ОС можно написать (Cosmos)

Answer 15

[svn74]

Java Swing - самый простой и надёжный в переносе вариант...

Answer 16

[Mr_Rifer]

Стоял недавно перед похожим выбором: нужны кроссплатформенные приложения с gui. Написал на kotlin/c#/go. Текущий фоворит: go + web интерфейс. Язык простой, компилируется под разные платформы. Доступ к приложению через браузер избавляет от заморочек с gui.

Comments

[VolgaVolga]

Веб-приложения уже давно вытеснили десктопные там, где критична кроссплатформенность.
У Пола Грэма в "Хакеры и художники" в том числе это описано.

Answer 17

[ALLIGATOR]

https://www.lazarus-ide.org/