Н
db.Where(User{Name: "Jinzhu”}).Where(“age > ?”, 22)
ну вот сам запрос уходит за рамки банально чекнуть что поле равно чему-то. Иногда и подзапрос надо фигачить, и какие-то еще штуки сделать
Size: a a a
2020 July 02
АП
вообще я плюсану, что не надо уходить от sql, а то вместо sql придется учить DSL билдера
А фронт какой? :)
ВГ
А фронт какой? :)
это не мне, кажется
АП
не ангулар? :(
ВГ
ну вот сам запрос уходит за рамки банально чекнуть что поле равно чему-то. Иногда и подзапрос надо фигачить, и какие-то еще штуки сделать
берите билдер и таскайте его
ЛА
вообще я плюсану, что не надо уходить от sql, а то вместо sql придется учить DSL билдера
Просто если репозиторий работает с sql, то пусть и юзает его на всю катушку. Плохо, когда sql где-то вне репозитория
АП
я тут кстати могу вам дать лайфхак по репозиториям
ВГ
я тут кстати могу вам дать лайфхак по репозиториям
они не нужны?
АП
делайте два интерфейса на сущность, один билдер, второй для круда
АП
и в параметры круда передавайте билдер
АП
а не какой то там мап
АП
interface Users {
Collection()
Find(b UserBuilder)
}
interface UserBuilder {
GetById(userId int) UserBuilder
GetByName(name string) UserBuilder
}
Collection()
Find(b UserBuilder)
}
interface UserBuilder {
GetById(userId int) UserBuilder
GetByName(name string) UserBuilder
}
ЛА
ну вот сам запрос уходит за рамки банально чекнуть что поле равно чему-то. Иногда и подзапрос надо фигачить, и какие-то еще штуки сделать
Подзапрос с exists (..) укладывается в описанную выше схему - конструируете запрос в зависимости от условий
АП
а внутри билдера вы можете сделать реализацию запросов под любую бд
АП
тупо его реализовав в нужном субпакете
АП
скажем для mongodb у вас GetById будет формировать запрос в монгу, для mysql в mysql
ВГ
скажем для mongodb у вас GetById будет формировать запрос в монгу, для mysql в mysql
а что делает репозиторий в этой схеме?
АП
а что делает репозиторий в этой схеме?
принимает билдер и делать обработку ответа
АП
возращает модели или коллекцию моделей
АП
(забыл модели!)