gorm

Я делаю сущность "фильтр",типа
UserFilter struct {
Name string
}

Дальше метод репозитория принимает этот фильтр и в зависимости от заполненных полей собирает запрос. Тут что с орм, что без него - одинаково - конструируем sql, ничего не абстрагируем.

С gorm это как-то так:
If filter.Name != "" {
   bulider = builder.Where("name = ?", filter.Name)
}

builder.Count...
builder.Find...


Без gorm суть остаётся той же,
Но там разница в том, что все значения плейсхолдеров собираем в слайс []interface, и передаём при запросе единожды при запросе.

Да, мне для обучения и понимания, спасибо

Ну сейчас вроде модно Репозиторий, следовательно весь sql можно затащить туда, а бизенс логика использует уже законченные методы
Если же у вас AR тогда вообще не паримся и весь sql записываем там, опять же бизнес логика использует готовую реализацию. Вариантов много отделения Бизнеса от SQL

type Contact struct {
 Name   string `json:"name"`
 Agency string `json:"agency"`
 Phones []int  `json:"phones"`
}

var contacts = []Contact{
 {Name: "Foo", Agency: "Bar", Phones: []int{192}},
 {Name: "Moo", Agency: "Baz", Phones: []int{256}},
}

Слишком просто =)  так у меня уже было сделано, но где-то в мануале видел именно свой вариант, но не помнил что дальше

Вот я думал делать так, но как быть с местами, где у нас вложенные and/or и какие-то части запроса определяются вышестоящими условиями

В моем примере как раз заполненные поля фильтра добавляют ветки AND. Те передали имя - филтруем по имени, передали id - and фильтруем по id.

А приведите пример OR?

Если на голом sql собираем запрос, то удобно сделать Where true, а дальше всегда до добавлять AND, не думая первое это условие или второе, или ещё какое

Пример с проекта на питоне https://pastebin.com/eK0NnA7U

Я думал вот такой подход и перетянуть, но мне не нравится, что SQL поля тут явно прописываются, типа "group_relations.type"

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

чем он вам не подходит?

Как я понял тут or это часть одной логической ветки, фильтрация по группе значений, это удобно так:

if len(filter.Names) > 0 {
   builder = builder.Where("name = ANY(?)", pq.Array(filter.Names))
}

Гормовское where работает как and, если несколько раз вызывается, пусть вас его имя тут не смущает

Та же проблема

db.Where("name = ? AND age >= ?", "jinzhu", "22").Find(&users)

тут явно торчит SQL, нужен какой-то обобщенный подход, как тут, но и чтобы поля тоже скрыть можно было

db.Where("name = ? AND age >= ?", "jinzhu", "22").Find(&users)

Я бы не уходил от sql, это путь вникуда и главное зачем?
Тут у вас как раз фильтр по 2 полям

db.Where(User{Name: "Jinzhu”}).Where(“age > ?”, 22)

Если с тем or можно разобраться так, то вот как такую логику уместить

if params.managed:
набор условия
else:
        другой набор условий

То же , что я предложил выше, только без поправки на опциональность каждого из полей фильтра

вообще я плюсану, что не надо уходить от sql, а то вместо sql придется учить DSL билдера

Всем привет. Я в Go полный 0, Front-End, кто подскажет, где я могу прочесть о наиболее подходящих областях применения языка?

и параметр - структурой