Как правильно передавать данные в http hendler на golang?

Question

[Dmitry Shnyrev]

Только разбираюсь в golang (до этого работал на Rails).
Так сказать магия рельсов наложила свой отпечаток.
Разбираюсь с созданием web приложения на go пока без модных фреймворков (Martini и выше).
Для того чтобы разобраться взял вот этот пример https://github.com/haruyama/golang-goji-sample
здесь Goji + части от Gorilla
Вот что смутило - зачем все данные в контроллер (http handler) передают через контекст, который заполняют в middleware? Видел это, наверное во всех примерах в нете. Почему нельзя просто сделать глобальную переменную, проинизиализировать в main и просто обращаться из контроллера? В этом есть какое-то скрытый смысл на go или так делают что было удобно?

UPD: Вот нашел в одной статье вот такую интересную информацию:

There's three ways that Go's web libraries/frameworks have attacked the problem of request contexts:

A global map, with *http.Request as the key, mutexes to synchronise writes, and middleware to cleanup old requests (gorilla/context)

A strictly per-request map by creating custom handler types (goji)

Structs, and creating middleware as methods with pointer receivers or passing the struct to your handlers (gocraft/web).

Вот тут по ходу подтверждение моих догадок :) www.alexedwards.net/blog/understanding-mutexes

Answer 1

[uvelichitel]

-не идеоматично делать символы глобальней необходимого, для контекста достаточно пространства запроса/соединения, пространство main избыточно
-все типы в Go конкурентно безопасны только для чтения из коробки
-на сегодня самое идеоматичное решение https://blog.golang.org/context godoc.org/code.google.com/p/go.net/context
первые два пункта - имхо, последний - стратегия ключевых разработчиков языка

Comments

[Dmitry Shnyrev]

uvelichitel, спасибо за ответ. Но все как-то слишком сложно звучит. Извини, но я пришел с другой стороны в Go (из php, RoR, не из С++) поэтому приходится вникать в суть конкурентного выполнения запросов на пальцах. Подскажи на простом примере.

есть у меня такая замечательная переменная
var DB *sqlx.DB

я в main делаю так:
DB, err = sqlx.Connect("postgres", config.Database)

Теперь во всех запросах я обращаюсь вот так:
err := DB.Select(&u, "SELECT * FROM users")

т.е. просто обращаюсь к переменной DB напрямую.

Это нормально?

Просто видел в одном примере, что перед тем как обратиться к переменной DB ее в middleware сначала кладут в контекст
c.Env["DbMap"] = application.DbMap
а потом из контекста в контроллере достают
c.Env["DbMap"].(*gorp.DbMap)

Если я правильно понимаю, то middleware выполняется в том же контексте (gourutine) что и сам handler.

Как бы вы поступили в таком простом случае?

(я пытаюсь разобраться в этом примере https://github.com/haruyama/golang-goji-sample , может это просто пример плохой для изучения? избыточный)
Просто пока у меня получается делать приложение без всех этих бубнов с middleware и context и в дев режиме работает отлично. Хочу понять - какие будут косяки, если я не буду складывать все в контекст, чтобы потом использовать это в обработчике запроса.

[Dmitry Shnyrev]

Вот нашел как раз ответ на свой вопрос stackoverflow.com/questions/17376207/how-to-share-...

[uvelichitel]

Это нормально. DB.Select вернет вам пулл соединений с DB, который защищен для конкурентного пользования библиотекой sqlx и уместно определять его в пространстве main. А вот &u возвращаемый вызовом err := DB.Select(&u, "SELECT * FROM users") следует определять и использовать в пространстве/контексте запроса/соединения.

[Dmitry Shnyrev]

Спасибо uvelichitel. Вы очень помогли с этим моментом, немного хаоса улеглось в голове :) . Конечно с &u все предельно ясно :).
Еще тогда маленькое уточнение, чтобы совсем уж разобраться со всеми сомнениями.
Такая замечательная штука html/template. Тот же самый момент - видел что проинициализированные templates засовывают в контекст чтобы потом в функции рендера достать из контекста и использовать.

если я буду поступать как описал выше с DB, но только для такой ситуации?

var templates map[string]*template.Template

функция main:
templates["home"] = template.Must(template.ParseFiles(...))
templates["articleList"] = template.Must(template.ParseFiles(...))

а в функции рендера
templates[name].ExecuteTemplate(...)

С этим проблем не возникнет. Пока что я склоняюсь к тому что все должно отработать нормально. Но что тут может случиться плохого в случае конкурентного запроса.
Или может у вас есть свой рецепт или пример как правильно варить templates, поделитесь, буду признателен.

Спасибо за помощь :)

[uvelichitel]

С этим проблем не возникнет. "A template may be executed safely in parallel" В приведенной вами ссылке автор собирает несколько templates в ассоциативный массив (map) и потом замками (mutex) защищает этот map для конкурентного использования. На мой взгляд это overingeniring. Вполне достаточно var templates = template.Must(template.ParseFiles("something.html", "somethingelse.html","someanother.html")) в main, и потом err := templates.ExecuteTemplate(w, someyouwant+".html", p) в handler или middleware

[Dmitry Shnyrev]

"На мой взгляд это overingeniring." Супер. Опять вы подтвердили мои догадки :) Мне почему-то сразу показалось что это избыточно, но вот подтверждения найти не мог. Еще раз спасибо за помощь!

Answer 2

[Boniface]

Не работал с Gorilla. Но смысл скорее всего один и тот же. Вы определяете функцию, которая принимает Response и Request. Затем регистрируете ее в http.HandleFunc.

package main

import (
	"io"
	"net/http"
	"log"
)

// hello world, the web server
func HelloServer(w http.ResponseWriter, req *http.Request) {
	io.WriteString(w, "hello, world!\n")
}

func main() {
	http.HandleFunc("/hello", HelloServer)
	err := http.ListenAndServe(":12345", nil)
	if err != nil {
		log.Fatal("ListenAndServe: ", err)
	}
}

Более подробно здесь golang.org/pkg/net/http

Comments

[Dmitry Shnyrev]

Boniface спасибо за ответ. Но я имел в виду немного другое. Как создавать функцию это понятно. Не совсем понятно (вернее раньше было) как мне в этой функции обращаться к глобальным данным, например настройкам приложения, коннектору базы данных, тем переменным, которые я инициализирую на этапе запуска сервера в функции main. Просто в go все запросы выполняются параллельно в goroutines и везде пишут про то что при использовании глобальных переменных надо обеспечить "какую-то" безопасность от конфликтов во время одновременного выполнения.

Вот простой пример - сделаю я структуру

var a string

в main ее заполню

func main() {
a := "hello"
}

Почему никто в примерах не обращается к переменно a в http hendler
к этой переменной напрямую?
например ,
func HelloServer(w http.ResponseWriter, req *http.Request) {
io.WriteString(w, a)
}

а создают какой-то context, ложат в этот context переменную и передают в функциою через параметры.

[Boniface]

Если вы имеете ввиду так

package main

import (
"io"
"log"
"net/http"
)

var a string

// hello world, the web server
func HelloServer(w http.ResponseWriter, req *http.Request) {
io.WriteString(w, a)
}

func main() {
a = "Hello! I've been declared in global space and init in main func"
http.HandleFunc("/hello", HelloServer)
err := http.ListenAndServe(":12345", nil)
if err != nil {
log.Fatal("ListenAndServe: ", err)
}
}

то все работает :)

[Dmitry Shnyrev]

ВОТ ИМЕННО! это я и имею в виду :))))) Да, так работает, НО почему никто так не делает а примерах и делают все всё через контекст? Вот что меня смущает. Если все так просто зачем нужны все эти танцы с бубном?

[Dmitry Shnyrev]

Вот тут про это написано elithrar.github.io/article/map-string-interface/, но я пока не могу уловить всю суть.

[Dmitry Shnyrev]

Все! Я наверное начал понимать (вчитался в статью, которую привел в предыдущем примере) :) у меня "болезнь фреймворков". Я никогда не задумывался откуда все эти данные поступаю в запрос, потому что все данные для меня подготавливали фреймфворки, я только использовал. С Go это не пройдет и надо разбираться во всем на более низком уровне :).

[Boniface]

Ссылка не открылась. Не могли бы вы привести здесь пример с подробным объяснением проблемы. Думаю, это будет интересно...

[Dmitry Shnyrev]

Извини, запятая к ссылке приклеелась. Вот нормальный вариант.
elithrar.github.io/article/map-string-interface

Подробно объяснить проблему пока не могу :) Сложно это все описать правильными терминами. Если по простому - то проблема в том чтобы обеспечить каждому запросу свой набор (копию) данных, а также обесчпечить безопасность при одновременном обращении к этим данным, чтобы не вызвать конфликта. Я пока это так вижу.