AD
т.е. из таких заметок можно сделать правда полезную штуку
у нас для ханами, например есть подобные гайды, было бы круто и для dry сделать
https://guides.hanamirb.org/upgrade-notes/v130/
Size: a a a
2020 January 24
NB
Это вообще must have для любого гема по факту, оч облегчает жизнь
NS
я все в чейнджлог пишу
NS
уверен многие люди читают, хоть и нет возможности это проверить
TP
@morozzzko @davydovanton
При обновлении dry очень сильно помогла эта инструкция, как я понимаю, она @morozzzko твоя - https://www.morozov.is/2019/05/31/upgrading-dry-gems.html
Базовый класс для валидаторов изменился, теперь он Dry::Validation::Contract
Для определения полей нужно использовать блок params do на уровне класса
изменились определения типов:
required(:field).filled(:int?) => required(:field).filled(:integer)
:date?/:date_time? стали вести себя немного по-другому, мы используем Types::Params::DateTime
схемы инициализируются через Dry::Schema.Params(parent: <базовый класс>) do
правила и макросы могут применяться только в базовом классе валидаторов, внутри params (в схеме) их определить нельзя
сообщения об ошибках расположены в методе errors а не messages
При обновлении dry очень сильно помогла эта инструкция, как я понимаю, она @morozzzko твоя - https://www.morozov.is/2019/05/31/upgrading-dry-gems.html
Базовый класс для валидаторов изменился, теперь он Dry::Validation::Contract
Для определения полей нужно использовать блок params do на уровне класса
изменились определения типов:
required(:field).filled(:int?) => required(:field).filled(:integer)
:date?/:date_time? стали вести себя немного по-другому, мы используем Types::Params::DateTime
схемы инициализируются через Dry::Schema.Params(parent: <базовый класс>) do
правила и макросы могут применяться только в базовом классе валидаторов, внутри params (в схеме) их определить нельзя
сообщения об ошибках расположены в методе errors а не messages
ME
о, на комплюктере просто стреляет конфити
Я понял, я просто неправильный ответ выбрал, а ты правильный
2020 January 27
AG
а кто использует rom-sql, подскажите, как правильно написать
order {} после union?w
так не работает?
AG
не все варианты попробовал еще, сейчас скажу
v
а покажи что там у тебя
AG
спс за наводку
AG
а покажи что там у тебя
ну что-то вроде
one = table1.select{ [id, string::cast('xxx').as(:body), created_at] }
two = table2.select(:id, :body, :created_at)
one.union(two).order { created_at.desc }
NS
repo.users.union(repo.users).order { |users:| length(users[:name]).desc }NS
хотя ты видимо хочешь сортировку по имени 🤔
AG
да, хочу собрать данные из 2-х таблиц и отсортировать по общему полю
NS
надо подумать. Обычный
order(:created_at) сработает, но без порядка. Точно можно это через сиквел сделать