Какая gui для golang подойдёт для кроссплатформенной в т.ч. мобильной разработки?

Question

[ixon]

Какую библиотеку на GoLang для gui использовать для наилучшего пути к кроссплатформенности?
Хочется сделать приложение, которое бы одинаково работало как для популярных Desktop платформ, так и для мобильных. А может лучше для этой цели использовать Dart и Flutter? Хочется чтобы приложение было как можно более низкоуровневым: работало быстро и без всяких платформ-фреймворков типа dotnet или браузерных движков.

Comments

[Алексей]

Возьмите нормальные языки и фреймворки.
Swift + Objective-C + UiKit для iOS.
Kotlin + Java + Android Jetpack - для Android.
Иначе вы будете далеки от "Хочется чтобы приложение было как можно более низкоуровневым: работало быстро и без всяких платформ-фреймворков типа dotnet или браузерных движков."

[ixon]

Алексей, но ведь ещё и хочется писать один код для нескольких устройств.

[Алексей]

Так просто это не получится. Platform Accessibility Level кто нибудь должен писать.
Как вариант, вам может помочь Kotlin Native.

Answer 1

[Alexey]

Лучше для этой цели использовать Dart и Flutter. Они сейчас делают изменения в сторону создания десктоп приложений, но это пока в ранней стадии. Мне кажется это лучше подойдет для этой цели. Посмотрите что и как.

Тут еще такой момент, что все зависит еще от ваших знаний.

Comments

[dollar]

все зависит еще от ваших знаний.

От знания ЯП - нет. От наличия большого опыта работы с конкретными программами и технологиями - да. В частности, язык может быть привязан к технологии, но только хорошее понимание именно технологии, ее сильных и слабых мест, имеет значение. А язык просто учится, причем в короткие сроки. Навыки программирования в целом, опять же, относятся к технологиям программирования, безотносительно конкретного синтаксиса.

[Alexey]

Согласен, я поэтому и обобщил. Много нюансов, которые стоит учесть и могут повлиять на выбор.

Answer 2

[Вячеслав Золотов]

У вас не совсем верное представление о Xamarin. Под iOS приложение на Xamarin компилируется целиком в нативный код, т.к. есть ограничения от Apple. Под Android можно собрать приложение с опциями AOT + LLVM, тогда рантайм Mono будет использоваться по минимуму, а скорость запуска будет близка к нативной. Это уже из-за особенностей Android.
Ну и основная фича Xamarin - полное покрытие API нативных платформ. Для андроида вообще можно открывать учебник по разработке приложений на java, копипастить примеры, немного привести к стилю C# (например, названия классов, имена переменных) и все будет работать.
Вот описание архитектуры приложения под iOS https://docs.microsoft.com/ru-ru/xamarin/ios/inter...

Вот описание архитектуры приложения под Android https://docs.microsoft.com/en-us/xamarin/android/i...
https://xamarinhelp.com/xamarin-android-aot-works/

Плюс на C# можно разрабатывать приложения под все десктопные платформы или вообще одно приложение на Xamarin.Forms под все операционные системы

Comments

[ixon]

Как вы это поняли, если я ни слова не сказал про это поделие? Может это у вас плохое представление об Xamarin? Это GUI слишком привязано к проприетарной, медленной и кривой dotnet от корпорации добра. Ни о каком нативном коде или чем-то близком к нему нельзя говорить, когда большая часть функций работает через вызов отдельного приложения, интерпретирующего вызываемый код.
Приложения на xamarin работают на порядок медленней, весят на порядок больше и всё ради чего? Ради сомнительной кроссплатформенность? C++, Golang решают проблему кроссплатформенности, решают её даже лучше, покрывая больше архитектур и операционных систем и не имеют таких недостатков.

[Вячеслав Золотов]

ixon,

Это GUI слишком привязано к проприетарной, медленной и кривой dotnet от корпорации добра. Ни о каком нативном коде или чем-то близком к нему нельзя говорить, когда большая часть функций работает через вызов отдельного приложения, интерпретирующего вызываемый код.

давайте начнем с того что это GUI использует нативные компоненты. Почитайте ссылки что я прикрепил, особенно по Xamarin.Ios, где прямо сказано что компилируется в нативных код, без промежуточных языков. Xamarin использует не CLR, а Mono runtime, Mono вообще отдельный open source продукт.

Приложения на xamarin работают на порядок медленней, весят на порядок больше и всё ради чего? Ради сомнительной кроссплатформенность?

1 порядок - это, если что, 10. Вот официальная документация для андроида: https://docs.microsoft.com/ru-ru/xamarin/android/d... т.е. для андроида обвесы от Xamarin - 3-4 мегабайта. В текущих реалиях - копейки, не верите - скачайте Facebook или сбер онлайн. Медленнее опять же на сколько и где? Вы знаете среднюю скорость запуска известных приложений? Вот по скорости запуска https://xamarinhelp.com/improving-xamarin-forms-st... Вот общее сравнение скорости операций https://github.com/EgorBo/Xamarin.Android-vs-Java
Если говорить про скорость в web вот https://www.techempower.com/benchmarks/ Ну и сколько там выйгрыша у go в скорости? Стоит ли оно того? ну хз...
Ну и как бы с кроссплатформенностью dotnet и Mono вы ошибаетесь. Читайте матчасть.

[iMaximus]

Вячеслав Золотов, Сбер онлайн, не на С# Xmarian пишут если что.

[Вячеслав Золотов]

iMaximus, зато размер приложения там как надо и время запуска тоже

[iMaximus]

Вячеслав Золотов, Им как бы около 40 млн человек пользуется, оно довольно большое и сложное, не hello world. Пример не очень удачный. Но точно знаю, что приложение Промсвязьбанка разрабатывали на Xmarian. Потом его отдельная команда переписывала с нуля на нативный язык. Не помню что конкретно один из разработчиков говорил про Xmarin, но там точно был мат.

[ixon]

Вячеслав Золотов, начнём с того что без использования нативных компонентов это поделие вообще не могло бы завестись на этой платформе. Не важно во что он компилируется, если при своей работе вынужден постоянно обращаться к не нужной программе.
Mono работает отвратительно, если бы вы пользовались им в рамках не. Windows, вы бы обратили внимание на тот факт, что программа отвратительно выполняет свои функции.
Сбербанк и Facebook не работают на xamarin, но из-за использования решения некоторых специфичных задач работают достаточно медленно, хуже среднего.
Hello world который весит 15Мб это ужасно. Любая правильная пуля любит свой пулемёт, поэтому все эти сравнения производительности, как отмечают и сами авторы всего лишь спекуляции в сравнении чего-то люто оптимизированного на сабже и чего-то медленного на нативных средствах.
Вы хоть сами смотрите что отправляете, из этого следует, что нативные веб–сервера на c++ на два порядка быстрей любого поделия от MS. Но это и без того самоочевидно, не может интерпретируемое и высокоуровневое приложение работать лучше низкоуровневого и полностью компилированного.
О какой матчасти идёт речь? Вы феменистка? Звучит как будто вам какая-то религия с фактами смириться не даёт. Все эти типа аргументы не более чем попытки натянуть сову на глобус, а не попытки разобраться.

[Вячеслав Золотов]

iMaximus, я там сбер онлайн не в качестве примера технологии разработки, а в качестве примера приложения большого размера и относительно долгого времени запуска. Это еще антивирус сейчас по-другому работает. Раньше сбер онлайн на андроиде вообще пару минут запускался.

[Вячеслав Золотов]

ixon,

Звучит как будто вам какая-то религия с фактами смириться не даёт. Все эти типа аргументы не более чем попытки натянуть сову на глобус, а не попытки разобраться.

Ну так приведите факты. Я вам вон ссылок накидал. Вы что-то голословно, с примесью религиозного оттенка, утверждаете, да еще и на личности переходите. Так обычно бывает когда аргументировать нечем. За сим, скорее всего, откланиваюсь. Не верю что вы можете продолжать диалог конструктивно.

[ixon]

Вячеслав Золотов, ну прочитай всё-таки что тебе пишут, не позорься, каждый твой «аргумент» открыл и пояснил, у тебя же какое-то сплошное ВРЁТИ.
Это даже не предмет дискуссии, любой вменяемый программист прекрасно понимает, что чем выше уровень абстракций, тем медленней программа и больше излишнего кода.
Я понимаю, что не каждый человек который способен к программированию обязательно имеет хоть какое-то познание о том как вообще работает код, как машины его выполняют и подготавливают, особенно это характерно для программистов «работающих» с языками сверхвысокого уровня, ведь порог вхождения в них всегда минимальный, многие такие программисты и школьного образования не имеют, ну а что им: сиди и копируй хэлловорлды с какого-нибудь стаковерфлоу, не нужно даже какой-нибудь математики знать, ведь все максимально упрощено, поэтому вот тебе статья, которая легко объяснит тебе почему так: link.medium.com/cfhGcUTPFX

[Вячеслав Золотов]

ixon, щас я вам сразу на два поста коммента отвечу, видит бог - не хотел.

ну прочитай всё-таки что тебе пишут, не позорься, каждый твой «аргумент» открыл и пояснил, у тебя же какое-то сплошное ВРЁТИ.

Мы с вами технари, инженеры. В нашей работе и дискуссии не может быть прилагательных и наречий типа "быстро", "медленно", "мало", "много", "плохо", "хорошо". У нас должны использоваться только существительные и глаголы, например: время запуска составляет x миллисекунд, а у второго приложения - y.

начнём с того что без использования нативных компонентов это поделие вообще не могло бы завестись на этой платформе

А flutter по вашему как работает?

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

Прекрасный комментарий инженера. Что, куда, зачем? Не ясно...

Mono работает отвратительно, если бы вы пользовались им в рамках не. Windows, вы бы обратили внимание на тот факт, что программа отвратительно выполняет свои функции.

Вы всегда так аргументируете выбор инструментария? То что программа выполняет свои функции отвратительно - это всегда вина разработчика. Другое дело что фреймворк может не соответствовать требованиям, по разным причинам, и его использование может быть исключено.

Сбербанк и Facebook не работают на xamarin, но из-за использования решения некоторых специфичных задач работают достаточно медленно, хуже среднего.

Это я уже комментировал. Это не пример приложений на Xamarin, это пример больших нативных приложений с большим временем запуска.

Hello world который весит 15Мб это ужасно. Любая правильная пуля любит свой пулемёт, поэтому все эти сравнения производительности, как отмечают и сами авторы всего лишь спекуляции в сравнении чего-то люто оптимизированного на сабже и чего-то медленного на нативных средствах.

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

Вы хоть сами смотрите что отправляете, из этого следует, что нативные веб–сервера на c++ на два порядка быстрей любого поделия от MS.

вы точно открывали вот эту ссылку? https://www.techempower.com/benchmarks/

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

А вот Джеймсу Гослингу, разработчику java, это совсем не очевиднопруф

О какой матчасти идёт речь? Вы феменистка? Звучит как будто вам какая-то религия с фактами смириться не даёт. Все эти типа аргументы не более чем попытки натянуть сову на глобус, а не попытки разобраться.

Ну а это вообще вангую что подгорание

это характерно для программистов «работающих» с языками сверхвысокого уровня, ведь порог вхождения в них всегда минимальный, многие такие программисты и школьного образования не имеют, ну а что им: сиди и копируй хэлловорлды с какого-нибудь стаковерфлоу, не нужно даже какой-нибудь математики знать, ведь все максимально упрощено, поэтому вот тебе статья, которая легко объяснит тебе почему так

Еще раз скину ссыль наДжеймса Гослинга, я ему почему-то больше доверяю

[terminator-light]

Flutter vs Xamarin Cross-Platform Mobile Developme...

Answer 3

[NEupy]

Есть библиотека Ebiten. С помощью неё написано несколько игр под Android.