E👾
Size: a a a
2017 August 04
PT
Вообще советую все гемы dry-ruby, там и идеоматичные монады, и типизация. Руби-Скала своя
PT
Только там .select на .map замени, по ошибке написал
PT
Ну и простейшая реализация
PT
Допускаются [true, true], [true, false], [false, true], [false, false] пары для [endless, trial]
KO
Как написал @sharshenov, будут проблемы с race condition.
AD
👋
MS
я считаю что это задача бизнес логики, а не валидаторов
MS
валидаторы на корректность проверять должны объект
PT
я считаю что это задача бизнес логики, а не валидаторов
Ну к сожалению rails по умолчанию с массивами данных не очень работает, а в энтерпрайзе это почему-то очень любят.
PT
Атомарно всегда круче слать, принимать, проверять
PT
Но иногда не получается в силу определенных обстоятельств
MS
чот не понял тебя
PT
Как написал @sharshenov, будут проблемы с race condition.
Валидацию всех объектов тут в любом случае нужно делать до того как передать в ActiveRecord
PT
чот не понял тебя
Много компаний, кто вот так данные шлет, сразу кучей. И приходится писать кастомные валидаторы
MS
Сразу кучей пусть шлют, ничего страшного. Просто валидация происходит по заранее определенным критериям. А вот то, что объект, который уникален в БД это проверка на уровень ниже. Тот же рейс кондишн более вероятно возникнет если объект прошел валидацию, а в БД уже положили на место другой записи уникальное значение.
MS
Чтобы избежать RC можно сделать SELECT for update в методе, который дастает уникальное значение, или воспользоваться другой стратегией по блокировки записей на уровне БД.
MS
Или транзакционно все объекты обновить
PT
Сразу кучей пусть шлют, ничего страшного. Просто валидация происходит по заранее определенным критериям. А вот то, что объект, который уникален в БД это проверка на уровень ниже. Тот же рейс кондишн более вероятно возникнет если объект прошел валидацию, а в БД уже положили на место другой записи уникальное значение.
Все верно. Согласен