ааааааааа

мне кажется это очевидно

уф, как вам такое https://github.com/System-Glitch/goyave

Кстати, раз уж тут речь пошла за шаблоны: quicktemplate хорош, но, как я понял, требует заранее генерить код по шаблону. Но иногда все-же надо шаблоны подавать динамически. Хорошая ли идея делать это через плагины: генерить код по шаблону, компилять его в плагин и плагин подгружать в приложении

плагины в го не очень работают

А кто их использует, что с ними не так

ребят как сделать unmarsh для [{"tag":"hjgg"},{"tag":"jijoijoij"}]

byt := []byte(r.FormValue("tags"))
 var dat map[string]string
 if err := json.Unmarshal(byt, &dat); err != nil {
   panic(err)
 }
 fmt.Println(dat)

так пишет такую ошибку

json: cannot unmarshal array into Go value of type map[string]string

Ребят, подскажите пожалуйста, а можно ли в go записать json в поле с типом jsonb таким образом, просто передавая строку. Что странно, если выполнить этот запрос в базе, то он вставит новую записать, а если через go, то запрос как будто игнорируется.

Подскажите, как решаете вопросы бойлерплейта при работе с базой? Есть база в PostgreSQL, есть 10 таблиц, есть всякого рода условия по выборкам, на примере постов:
- выбрать все посты (...LIMIT 30)
- выбрать посты, на разделы которых подписан пользователь (JOIN subscriptions ... LIMIT 10)
- и т.д.

По сути, SELECT не меняется, но иногда добавляются JOINы и WHERE.

Вроде можно взять ORM, но я хочу сокрыть саму реализацию за интерфейсом.

Т.е. по сути у меня есть интерфейс

type PostsRepository interface {
    GetPosts(ctx context.Context, тут_хз_что) ([]Post, error)
}

в тут_хз_что нужно передать что-то, что будет влиять на выборку. Что передавать туда?

а через $1 пробовал []byte передавать?

type PostsRepository interface {
    GetPosts(ctx context.Context, тут_хз_что) ([]Post, error)
}

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

либо, как делают многие авторы херовых библиотек, использовать map[string]interface{}

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

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

ну т.е. что-то вроде

type PostQueryConditions struct {
    AfterID uuid.UUID
    IsActive bool
    Votes int
    AuthorizedUserID uuid.UUID
}

а потом в реализации делать что-то вроде:

if pqc.IsActive {
    query = query.Where("is_active", true)
}

if !pqc.AfterID.IsNil() {
    query = query.Where("id > $", pqc.AfterID)
}

if pqc.Votes > 0 {
    query = query.Where("votes > $", pqc.Votes)
}
...

?

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

type PostQueryConditions struct {
    AfterID uuid.UUID
    IsActive bool
    Votes int
    AuthorizedUserID uuid.UUID
}

if pqc.IsActive {
    query = query.Where("is_active", true)
}

if !pqc.AfterID.IsNil() {
    query = query.Where("id > $", pqc.AfterID)
}

if pqc.Votes > 0 {
    query = query.Where("votes > $", pqc.Votes)
}
...

можно использовать билдер для этой структуры

будет выглядеть получше