u
Ты приводишь данные из одного вида к другому
Size: a a a
2020 February 14
AD
Да не, понятно, что драй тут не нужен. Можешь пояснить логику, почему dry предлагает делать это не в самом контракте?
поттому что драй валидация это про проверку бизнес валидации, а не трансформацию схемы
SK
Чтоб получить те константы, используй фриз
фриз это больше про array(стринг тоже array если че) чем про константы
IM
фриз это больше про array(стринг тоже array если че) чем про константы
🤔🤔
u
поттому что драй валидация это про проверку бизнес валидации, а не трансформацию схемы
воу, а при чём тут бизнес-валидация?
IM
Ты приводишь данные из одного вида к другому
И хоть я с этим согласен, но это ж деталь низкоуровневая. Берешь
schema для контракта и нет никаких преобразованийIM
воу, а при чём тут бизнес-валидация?
Так контракты для валидации бизнес-правил и сделаны.
AD
поттому что драй валидация сейчас проверяет бизнес валидации, драй схема проверяет схему данных
AD
прямо из примера
rule(:age) { key.failure("must be greater than 18") if value < 18 }
rule(:age) { key.failure("must be greater than 18") if value < 18 }
AD
это бизнес валидация уже
IM
ну это вообще зависимый тип просто)
u
Ага, понял
u
Да, ну тогда это более логично выглядит
u
Хотя всё равно непонятно, зачем там коэрция тогда)
u
Ну да ладно
AD
ну это вообще зависимый тип просто)
ну в целом да, скорее такие проверки часто относят к бизнес логике, чем к схеме
IM
Хотя всё равно непонятно, зачем там коэрция тогда)
Да там коерции это не то чтоб какая-то first-class фича. Ты же описываешь, в каком формате ты ожидаешь данные — просто руби (`schema`), json или какой-нибудь form-data (`params`).
Чтобы эти данные прочитать и с ними работать, их всё равно придётся преобразовывать
Чтобы эти данные прочитать и с ними работать, их всё равно придётся преобразовывать
IM
И вот в том же JSON у тебя нет интеджеров. Поэтому из сырых данных ты не поймёшь, что тебе пришло — интеджер или таки флоат. А на уровне контракта это важно. Поэтому без преобразований не получится
IM
А форм-дата вообще строкотипизированная, ты не сможешь вообще с этим работать
?
Dmitry Gorodenkov
Всем привет)..
Кто подскажет начинающему за DDD и переход между АПП и инфраструктурой..
Для БДшек удобно использовать репозиторий, а что подходит так же приятно для апишек/вебсервисов?
И что в итоге должен такой инструмент возвращать?
Слышал тему за некие абстрактные резалт-обжекты, тогда как их правильно уложить и обозначить на уровне домена? Может статьи какие есть за это?
Кто подскажет начинающему за DDD и переход между АПП и инфраструктурой..
Для БДшек удобно использовать репозиторий, а что подходит так же приятно для апишек/вебсервисов?
И что в итоге должен такой инструмент возвращать?
Слышал тему за некие абстрактные резалт-обжекты, тогда как их правильно уложить и обозначить на уровне домена? Может статьи какие есть за это?
Сами внешние запросы, обработка, взаимодействия лучше вынести как Gateway