LINUX.ORG.RU

Посоветуйте свободные и бесплатные библиотеки для go

 , ,


1

3

Привет, ЛОР.

Изучаю go, сразу делаю какие-то практичные программы. Меня интересуют два направления: 1) легкий и переносимый (кроссплатформенный linux+windows) GUI для представления данных из БД (таблицы, графики, взаимодействие с ними), 2) работа с PDF (водяные знаки из текста + нарисованные по координатам в программе вроде pymupdf/fitz на python).

По №1 вообще не знаю, что выбрать, т. к. раньше с GUI дела не имел (в интернете советуют fyne), а по №2 нашел только платную unidoc.


Про GUI можешь сразу забыть. Ничего вменяемого нет.

beastie ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Странно, тогда почему много рекомендаций, в т. ч. на reddit/SO использовать go для кроссплатформенных приложений с GUI? И что тогда выбрать для «домашней» разработки приложений? C++, насколько я понял, надо изучать долго и упорно, судя по количеству страниц в книге по стандарту. Python мне не нравится деплоем, особенно на windows. Хочется компилируемые приложения, достаточно простой для освоения в этих целях язык (я не проф. разработчик, просто хобби).

curbar
() автор топика

Бросай это гиблое занятие и изучай какой-нить нормальный язык.

Кроссплатформенное гуи делают обычно либо на qt (C++) либо на вебе, но ты можешь и своё придумать.

firkax ★★★★★
()
Ответ на: комментарий от curbar

тогда почему много рекомендаций, в т. ч. на reddit/SO использовать go

Это пиар-агенты гугла (который сделал го) стараются, не обращай внимания.

C++, насколько я понял, надо изучать долго и упорно

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

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от curbar

Странно, тогда почему много рекомендаций, в т. ч. на reddit/SO использовать go для кроссплатформенных приложений с GUI?

Почему бы не спросить это у тех, кто рекомендует?

Ghostwolf ★★★★★
()

И да. Про С++ тоже забудь. Вынесешь только себе и людям мозг. Бери то, что не даст тебе написать заведомую херню.

LongLiveUbuntu ★★★★★
()

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

только с++, только хардкор.

alysnix ★★★
()
Ответ на: комментарий от alysnix

Хорошо, чем отличается static Type var, Type var, Type *var, std::shared_ptr<Type> var, std::unique_ptr<Type> var, std::weak_ptr<Type> var? Чем отличается поведение лямбда-функции при передаче ей параметров по ссылке и без таковой?

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от curbar

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

Бери Common Lisp.

Для GUI можешь использовать мою библиотеку для связки с дотнетом, и оттуда использовать кроссплатформенную Avalonia.

https://github.com/Lovesan/bike

Реализации Common Lisp могут деплоиться в один бинарник. Рядом просто складываешь .NET(вот по этой схеме https://github.com/Lovesan/bike/issues/14#issuecomment-1754333594), и DLL из Avalonia, и все будет работать. Можешь прямо в zip/tar архиве распространять.

lovesan ★★
()
Ответ на: комментарий от fluorite

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

Я вообще с годами понял, что любой язык или платформа, не являющаяся image-based, а основанная на текстовых файлах, это, вобщем-то говно ненужное.

lovesan ★★
()
Последнее исправление: lovesan (всего исправлений: 2)
Ответ на: комментарий от fluorite

Конечно сложны. И F# особенно. Там и классы, и сракотан этот алгебраический, и типизация эта статическая, к херам не нужная. Паттерн матчинг какой-то. Зачем? Нахера? Это бесполезное переусложненное задротство.

lovesan ★★
()
Ответ на: комментарий от lovesan

И опять же - поменял какую-то деталь, а потом сидишь ждешь пока компилируется. Это натурально 60е годы, нахер. Вообще осталый сракотан. Если в языке нет image-based подхода и возможности поменять все наживую, потыкать функции, переписать их, тут же получить изменения, попробовать - это не платформа для разработки, а отсталое доисторическое кривое говно.

Дрочиться с типами хорошо чтобы диссеры по ним защищать, и повышать цитируемость, больше - ни для чего они не нужны.

lovesan ★★
()
Ответ на: комментарий от LongLiveUbuntu

Это жизнеспособно на современных системах? Посмотрел Pascal, вспомнил школьный курс в нулевые, прослезился. На этом действительно можно написать что-то удобное?

curbar
() автор топика
Ответ на: комментарий от LongLiveUbuntu

1С часто ругают и говорят, что 1С-ники тупые.
Причина этого в том, что программисту предоставили среду
разработки в которой ему не нужно знать, то без чего на Си, С++, ... надёжную программу не напишешь.

Это не похвала 1С, но в ней много и хорошего.

В целом non problem расширить функциональность 1С.
Вот в этом вопросе 99% программистов 1С тупят.

Forum0888
()
Последнее исправление: Forum0888 (всего исправлений: 3)
Ответ на: комментарий от zurg

Домашняя разработка, но использую не только я. Деплою на пару десятков ПК под разными ОС и разными версиями ОС (вин7-вин10, Убунту 18.04, Федора 38, Дебиан 11, Дебиан 12 и т. д.).

Недавно создавал как раз тред про работу venv на дебиан 12. Я столько намучился с этим external management tool, спасибо, больше не хочу. На винде 10 тоже постоянно проблемы. На двух системах одинаковых версий разное поведение. На одной работает, на другой wheel не собирается. И иди гадай почему. В целом пайтон норм, для новичков вроде меня самое то, если надо накодить без особо глубоких знаний, но деплой просто убивает все желаение на нем писать. Вот и ищу что-то, что я настрою для компиляции у себя на одной машине, а на остальные просто бинари будут кидать с вспомогательными файлами (файл бд, файл с темами/переводами и т. п.).

curbar
() автор топика
Ответ на: комментарий от LongLiveUbuntu

Это ты мне скажи, знаешь или нет.

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

alysnix ★★★
()
Ответ на: комментарий от lovesan

Представляю какое жирное тормозилово выйдет.

MOPKOBKA ★★★★
()

Советую java. Swing достаточно прост, чтобы на нём писать гуи к бд.

Второго пункта тоже в языке много, в качестве сторонних либ.

Ygor ★★★★★
()

fyne норм, но не покидает ощущение костылей, пока пишешь и потом используешь

Zhbert ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

переход с лазаруса на с++ довольно прост. я сам давным давно на с++ переходил с дельфи.

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

alysnix ★★★
()
Ответ на: комментарий от Zhbert

fyne норм, но не покидает ощущение костылей

У меня такое ощущение от Go.

theNamelessOne ★★★★★
()
Ответ на: комментарий от curbar

бери mojo тады через $who_knows месяцев все $те_которые будут $известно_что от факта что ты c mojo

qulinxao3 ★★
()

golang это Russ Cox следовательно делай acme editor style gui

qulinxao3 ★★
()
Последнее исправление: qulinxao3 (всего исправлений: 1)

легкий и переносимый (кроссплатформенный linux+windows) GUI для представления данных из БД (таблицы, графики, взаимодействие с ними)

такой гуй делается на вебе в веб-браузере по следующим причинам:

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

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

max_lapshin ★★★★★
()

Всех благодарю за советы и обсуждение. Попробую c++ и pascal для своих целей.

curbar
() автор топика
  1. fyne, ebitengine
  2. gopdf, maroto
umren ★★★★★
()
Ответ на: комментарий от alysnix

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

Не надо давать таких обещаний :) Я вот даже от лиспа не зарекаюсь, хотя вероятность крайне мала…

Когда Дэвиду Линчу предложили полечиться от шизофрении, он в ответ спросил: «И что, я после этого лечения перестану снимать такие странные фильмы?» – «Конечно, перестанете!» – «Тогда спасибо, не надо, мне фильмы дороже».

hobbit ★★★★★
()
Ответ на: комментарий от curbar

Попробую c++ и pascal для своих целей.

Если будешь пробовать c++, бодяжь сразу Qt-ями, Qt — это лучшее, что случилось с C++ после STL, возможно даже вместо [:|||:] Правда, язык всё равно учить надо.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от hobbit

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

да и лисп язык матерый, но он больше для символьной тематики.

alysnix ★★★
()
Последнее исправление: alysnix (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.