Какой посоветуете фреймворк (с роутингом, orm и мидлваре) для Golang?

Question

[Alex]

Собственно сабж. Изучаю Go чтобы юзать как бэкенд и хочется узнать есть ли что то похожее на laravel, чтобы делать полноценный рестапи (роутинг, orm для mysql\postgresql, мидлвар для лимита и авторизации по подписи).

Comments

[Araya]

Такие комбайны в Go вообще не очень широко распространены. Обычно это набор либ.
Глянь какие фреймвроки/либы в топе на гитхабе, ни одного нужного тебе монстра не найдешь

Answer 1

[Виктор Кожухарь]

Не рекомендую даже пробовать.
В Go не принято использовать такое. Какие-то люди пишут и ORM (например Gorm), и различные роутеры, но это пользуется всё меньшей популярностью. В результате вы не получите много информации, когда вам понадобится решать какие-то проблемы с этими монстрами.
Я когда-то приходил в Go с навыками Symfony + Doctrine ORM, и тоже не понимал, как они без этого живут. И в результате понял, что в подавляющем большинстве проектов эти монстры просто не нужны и становятся обузой, когда проект развивается. Да, поначалу всё хорошо и быстро, а когда в проект приходят новые сложные фичи, начинается борьба не только с этими фичами, но и с самим фреймворком, и, особенно, с ORM. В результате получается Франкенштейн, пляшущий на костылях. Всё это еле ворочается, а Доктрина выплёвывает такие запросы, что их даже читать страшно.

P.S. Если вот всё же хотите пойти против системы и пользоваться наворотами, то можно рассмотреть связку Gin + Gorm

Comments

[Alex]

Спасибо большое за такой развернутый ответ! В итоге думаете лучше использовать Go просто с подключением каких то либ небольших, или вы иметее ввиду что вообще лучше использовать тот же симфони и не использовать Go в целом?

[Виктор Кожухарь]

Alex, Всё всегда зависит от проекта и сроков.
Если всё горит, фронтендер уже почти наклепал сайт на Реакте, манагер орёт, что проект должен был быть готов ещё вчера, то берём Symfony + Doctrine + API Platform, и за один день собираем CRUD, который на первых порах будет прекрасно работать.
Если же проект серьезный, время есть, или просто хочется изучить Go, то выбросьте из головы эту джаваскриптизёрскую парадигму о том, что надо ставить npm модуль даже для определения четности числа.

Пишите всё сами, у Go одна из лучших стандартных библиотек. Например, роутер я уже давно использую только стандартный, там есть всё. Строение библиотеки ставьте только тогда, когда вот совсем не знаете, как написать что-то. Для безопасности поставьте пакеты от gorilla (сессии, csrf и т.д.), для работы с базой sqlc. Тут вы пишете в специальных файлах SQL, а sqlc вам сам сгенерирует код для работы с базой в Go. Если хотите сами написать и фронтенд, то очень советую изучить подход, реализуемый HTMX, и тогда вам для написания динамического сайта даже не потребуется знать JavaScript.
Гошники не зря плюются от ООП, ORM, фреймворков, зависимостей и т.д. Это не потому, что мы какие-то заносчивые снобы, а потому, что мы знаем простую истину: чем программа проще, чем меньше в ней магии и зависимостей, тем меньше у нас седых волос и бессонных ночей.

[Alex]

Виктор Кожухарь, благодарю еще раз за совет! Я сам очень долго старался придерживаться самописа, потом узнал о ларавеле и проникся (как ни как раз два и готово почти все из коробки), а потом еще и реактом начал пользоваться, ранее писал исключительно на ванили.
Вот решил освоить Go, а тут как будто вернулся во времена декстопа С++ или CSharp, когда вебом еще не занимался ))

Answer 2

[Дмитрий Шицков]

Как уже написали, в golang приняты микрофреймворки, поэтому придется собрать сервис из кирпичиков:
ORM - gorm. Там где ORM не справляется - удобный построитель запросов.
Остальное - да почти любой веб-фреймворк будет с роутером и мидлварями. Допустим, echo вполне неплох и популярен

Answer 3

[Denis Melnikov]

Если нужно как Lara , возьмите Djano и DRF , будет все в одном =)
в Go есть все по отдельности , но обычно мало кто юзает.
ORM - GORM
http - Fiber и mw к нему