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

Question

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

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

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

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

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

#backend #go #programming #russian

0

02.07.2020

2 ответов

12 просмотров

.

Кстати, если у нас будет в зависимости от контекста необходимость делать выбор где, например, UserId равно чему то, либо же наоборот, не равно чему-то, вы бы как сделали? Сделали два поля UserIdEquals и UserIdNotEquals?

0

04.07.2020

. · Accepted Answer

.

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

0

02.07.2020

170 похожих чатов

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

2 ответов

Похожие вопросы