Стоит ли использовать FrameWork'и для Go?

Question

[eliseevmax]

При их использовании теряется сущестенная часть производительности (одна из фич этого языка). Возможно ли без особого гемороя использовать только "net\http"?

PS: Gin не предлагать

Answer 1

[Tyranron]

Ну, а Вы попробуйте, или просто на слово поверите? =)
Придумайте типичное тестовое задание небольшое аля наваять/сделать форму регистрации/входа на сайт с механимом сессий (считай залогинен/незалогинен). Решите эту задачу сначала с помощью фреймворков, а потом только с помощью стандартной библиотеки (или наоборот, не суть).

Вообще, все зависит от задачи, которую предстоит решить. По моему опыту (небольшие проекты) - на Go легко, удобно и приятно делать минифреймворки/тулкиты под конкретную задачу, если Вас не устраивают существующие решения. Но для чего-то большого, чувствую, что на определенном этапе голый net/http без какой-либо продуманной архитектуры приложения начнет приносить боль.

Comments

[eliseevmax]

Какой фрейворк выбрать?
Revel \ BeeGo \ Martini \ etc

[Tyranron]

@eliseevmax, ну...Martini вдохновлен express/sinatra, более монструозный Revel вдохновлен Play framework'ом, BeeGo пишут, что тоже вдохновлен sinatra/tornado, но в нем из коробки больше есть всякого интересного (например, ORM).
Выбирайте то, что ближе Вам по духу.
Лично я бы выбрал BeeGo, потому что Revel - слишком монструозно для меня, а Martini - это больше даже не фреймворк, а такая себе концепт-рама (просто фрейм =)), на которую уже можно навешивать что тебе хочется, но в принципе что мне хочется я могу и навешивать на net/http, грубо говоря. BeeGo же дает больше того, что мы привыкли видеть в традиционных фреймворках и за что их любим - не только раму, но и кучу инструмента из коробки вроде генерации форм/встроенной XSRF защиты/ORM/%другая приятная фича%. Ведь задача стоит сравнить именно с фреймворком.

[sim3x]

@Tyranron: только csrf

[theaidem]

> вроде генерации форм
там кстати пока так себе с этим

[Tyranron]

@sim3x: я встречал оба вида названия достаточно часто. Думаю, всем понятно о чем речь.

Answer 2

[theaidem]

> PS: Gin не предлагать
Почему?
Мой выбор beego, приятно разрабатывать, фреймворк быстро развивается, ибо Китайской работоспособности можно позавидовать.

Comments

[MOTORIST]

Поддерживаю вопрос. Они себя очень хвалят.

Answer 3

[index0h]

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

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

Как играть в «программирование» или путь программиста.

Answer 4

[uvelichitel]

Первое, чего вы (скорее всего) почувствуете не хватает в stdlib из коробки
- маршрутизация запросов вида Post domen с последующим использованием parameter в обработчике
- концепции контекста_запроса/сессии
и захотите написать это сами или подтянете сторонние библиотеки

Comments

[uvelichitel]

-запросов вида Post h_ttp : // domen /

[uvelichitel]

вида Post h_ttp://domen/ (уже самому смешно, как это ввести без форматирования сервисом tostera)

[t0pep0]

httр://domen/

Answer 5

[t0pep0]

Просто мое ИМХО - используй тулкиты, к примеру gorilla. В итоге получаешь этакий конструтор Лего, из которого можно сделать все что угодно, но при этом там будет меньше хлама. Хотя вопрос флеймный, так же как и вопрос про лучший дистр linux. Кто-то балдеет с Ubuntu, поставил и делай себе apt-get, этакий аналог Web framework, кто-то (как я), любит Gentoo - с одной стороны велосипеды не изобретаешь, с другой стороны легкая система в которой по минимуму ненужных тебе вещей, прямо как тулкит. Ну а кто-то собирает LFS - пишет на стандартной библиотеке.