v
а, ну выше уже noname уже ответил
Size: a a a
2021 August 31
IG
когда json натягивают на defrecord, это тоже валидация в рантайме
IG
выше на картинке тот же валидатор
IG
по ссылке выше я же писал: программист думает, что создал новый тип, это просто валидация с синтакическим сахаром
VL
в языках с динамической типизацией так же ведь:
- валидация происходит один раз
- дальше уходят валидные данные в функи
- и трансформируются мапки до выхода
- валидация происходит один раз
- дальше уходят валидные данные в функи
- и трансформируются мапки до выхода
DF
Так Рич (слава ему) уже шутил же:
Что общего у всех багов, которые нашлись на проме?…
Что общего у всех багов, которые нашлись на проме?…
VL
они все прошли ревью и статически типизированы
DF
— Они прошли через все линии обороны: типизация, валидация, компиляция, ревью, автотесты, ручные тесты…
VL
да, все по классике
DF
И ещё есть одна интересная мысль: юнит-тесты не несут ценности для заказчика.
DF
Да, Николай?
VL
ну они для нас больше
DF
Типа того.
nn
так и со спеками также будет, нет?
IG
не совсем, там предикат можно задать с параметром, например
(s/def ::username (string-max 128))
(s/def ::description (string-max 1000))
IG
где
string-max -- твой предикатnn
ну тут я могу после валидации проапдейтить мапу и 128 заменить 200. все же тип нельзя создать не провалидировав входные данные.
IG
можно и в окно выброситься после валидации
nn
value object, после создания экземпляра значение уже не изменить. а создать можно только через create
IG
зачем что-то менять после валидации?