D
должно вроде нил вернуть так-то
Size: a a a
2020 March 30
MD
должно вроде нил вернуть так-то
find_by нил возвращает find эксепшен
D
даже так, давно не пользовался AR, могу напиздеть
AD
def find_occasion(occasion_id)
occasion = Occasion.find(occasion_id)
occasion ? Success(occasion) : Failure(:occasion_not_found)
end
да, вполне ок, можно в мейби конечно засунуть, но мне нравится идея сделать для рома maybe биндинги
AD
типо
User.maybe_find(id)
или
repo.root.where(…).limit(1).maybe_one
AD
но я так же на рельсе давно не писал, поэтому мне странно было, что find возвращает эксепшен
AD
не очень логичное поведение кмк
DA
но я так же на рельсе давно не писал, поэтому мне странно было, что find возвращает эксепшен
find_by юзай. Он nil возвращает
AD
ну как бы да, я больше к api AR докопался с неконсистентностью
D
не очень логичное поведение кмк
вообще. в Sequel find возвращает nil и c бэнгом эксепшн
DA
ну как бы да, я больше к api AR докопался с неконсистентностью
пардон, не сразу понял
AD
вообще. в Sequel find возвращает nil и c бэнгом эксепшн
ну вот мне это больше нравится
SM
@davydovanton если я не ошибаюсь, где-то у тебя была статья или ты делился ссылкой с описанием и решением проблемы вызова кучи воркеров в экшне контроллера, можешь подсказать?
AD
а подробнее напиши пожалуйста
AD
в чем проблема
SM
в экшне контроллера есть форма для валидации. в случае если она валидна, то мы запускаем сервис для сохранения данных. следом мы запускаем кучу различных воркеров: отправка писем, отправка данных в какой-нибудь сервис, …
когда этих воркеров - пара, то все ок. если же их больше, то они глаза прямо мозолят. и мне казалось, что ты описывал решение этой проблемы, если я не ошибаюсь.
когда этих воркеров - пара, то все ок. если же их больше, то они глаза прямо мозолят. и мне казалось, что ты описывал решение этой проблемы, если я не ошибаюсь.
AD
ну, я обычно шлю событие, которое уже отдельно разруливается
AD
это в духе CQRS
AD
типо команда порождает событие, которое потом обрабатываются