ребят. такой вопросище есть. Какая будет самая легковесная кросплатформ- библиотечка для гуя?
Погляди вот тут:
Anonymous
Anonymous
https://github.com/rivo/tview
🎉
Есть ещё ring, не знаю жив-ли.
Илья
gui не самая сильная сторона go и никому особенно не нужная
Kirill
почему го гет может не грузить либы с гитхаба?
Kirill
вбил go get -v blablabla
Aleksandr
что пишет?
Kirill
название пакета и download в скобках
Kirill
в скобках
Kirill
при это через git clone качает
Aleksandr
выхлоп скопируй
Kirill
MacBook-Pro:aws kirill$ go get -v github.com/aws/aws-sdk-go
github.com/aws/aws-sdk-go (download)
Kirill
всё
Alexey
-u добавь
Aleksandr
висит или заканчивает работу?
Kirill
тоже самое
Alexey
go get без -u не качает заново, если уже есть старая версия
Aleksandr
у меня так же
Aleksandr
go get -v github.com/golang/dep
Kirill
но он все равно не качает
Aleksandr
попробуй команду выше
Kirill
та же фигня
Kirill
с -u и без -u
Alexey
Так команда выходит? Или просто висит?
Alexey
Если висит – то оно качается, просто не выводит ничего
Aleksandr
у меня aws выдал то же самое, но скачал
Aleksandr
посмотри в своем gopath
Kirill
папочку создал, но она пуста
Kirill
ладно, подожду
Kirill
может реально долго грузит
Aleksandr
у меня не пуста. скачал за 5 секунд
Kirill
папка .git есть
Michael
инет не тянет видимо
Vergil
gui не самая сильная сторона go и никому особенно не нужная
по поводу "не самая сильная сторона" - это проблема не go, а "не нужная" - из-за применения го обычно в другом стэке. Для го могут создать нормальную gui либу, если захотят, но на это надо не мало времени, а комьюнити у го пока слабенький
Daniel
что такое "нормальная" gui либа? под какую, например, платформу она должна быть заточена?
Michael
по поводу "не самая сильная сторона" - это проблема не go, а "не нужная" - из-за применения го обычно в другом стэке. Для го могут создать нормальную gui либу, если захотят, но на это надо не мало времени, а комьюнити у го пока слабенький
50 на 50 я б сказал, qt go, sdl2. tui. tview хочь пиши хочь не пиши
Vergil
что такое "нормальная" gui либа? под какую, например, платформу она должна быть заточена?
естественно кроссплатформ. и не биндинг к какому-то очередному большому КоммерческомуИлиПочти проекту, типа qt.
Vergil
50 на 50 я б сказал, qt go, sdl2. tui. tview хочь пиши хочь не пиши
это либо биндинги к большим и не очень проектам, либо консольные, некроссплатформенные проекты. а если даже и были свои реализации чисто на го, то в основном уже дохлые.. суть то не в том, чтобы использовать го для гуи, а использовать все прелести го с его стилем, многопоточностью и прочими "никомуненужными" плюшками
Vergil
забыл ещё дополнить.. Без накладных расходов на эти самые биндинги и туеву хучу библиотек к ним, в итоге отжирающим всё и вся (имея ввиду опять же qt)
Daniel
естественно кроссплатформ. и не биндинг к какому-то очередному большому КоммерческомуИлиПочти проекту, типа qt.
чет мы такой не знаем ни на одном языке.
Daniel
есть qt
Daniel
есть wxWidgets
Michael
wxwidgets используют апи ос
Michael
qt сами рисуют вроде как
Daniel
тут дело в чем - написать на wxWidgets хороший gui для mac - невозможно
Daniel
собственно - и на js нельзя, тоже примерно 2/3 возможностей остаются за бортом, но тут иж все привыкли и не плачут
Alexander
По-моему, если хочется чтоб всё было нативно и красиво, то кроссплатформенно не получится. Всё равно какой-то компромисс.
Daniel
вот-вот
Michael
вероятно - да, чего не пробовал того не пробовал
если проблема го биндингов в том, что тратится время на доп вызов функции обвязки, а данные при этом не копируются или передаются стд способом, то проблема просто накосячить выглядит гораздо серьёзнее
Vergil
Qt и wx - не биндинги...
Vergil
Я имел ввиду библиотеку написанную на го для го. А не биндинг к сишной или плюсовой либе
Vergil
вероятно - да, чего не пробовал того не пробовал
если проблема го биндингов в том, что тратится время на доп вызов функции обвязки, а данные при этом не копируются или передаются стд способом, то проблема просто накосячить выглядит гораздо серьёзнее
И да. В этом плане биндинг к сишной либе выглядит куда приятнее.. но таких мало хороших. Разве что как раз таки sdl. Может ещё что-то есть
Michael
диалектика
Michael
Roman
http://go-talks.appspot.com/github.com/mhausenblas/fosdem2018-godevroom-networkingdeepdive/main.slide#1
Roman
было уже?
Alexander
Записи всех выступлений с Go track Fosdem 2018 есть тут - https://video.fosdem.org/2018/H.1308/
heavycharged
Anonymous
Не понимаю зачем вообще GUI рисовать на сторооне Go. GUI всегда было удобно рисовать на CSS/HTML а вот бэкенд можно делать хоть на node.js (Electron) хоть на GO (https://github.com/asticode/go-astilectron)
Alex
Добрый вечер. Занимаемся высоконагруженной разработкой на golang, будет ли корректно (с разрешения сообщества) запостить подобную вакансию?
Anonymous
Есть еще https://github.com/Equanox/gotron
Vergil
Не понимаю зачем вообще GUI рисовать на сторооне Go. GUI всегда было удобно рисовать на CSS/HTML а вот бэкенд можно делать хоть на node.js (Electron) хоть на GO (https://github.com/asticode/go-astilectron)
ну можешь продолжать делать высокопроизводительные графические приложения на html/css, но вот мне он не подходит.
Vergil
ах да... ещё и вес не устраивает. ну и html/css/js меня тоже не устраивают..
Vergil
привык я всё ручками делать
Vergil
если я буду делать сложную гуишку, то лучше потрачу на неё пару лишних дней на qt/sdl/juce, чем обосрусь с приложением на html/js и в последствии потрачу ещё больше на поиск ошибок и исправления оного
Anonymous
Если ты беспокоишься за оверхед что дает байндинг с WebKit-ом, то он будет у тебя и с SDL и любой другой либой на чистом OpenGL для Go все равно, только в этом случае еще придеться проделать огромную работу, что бы написать вменяемый UI фреймворк с лайаутом и анимацией