в приложениях?
Для примера, я со временем из-за их отсутствия начал сталкиваться с ситуациями, когда с апишки прилетает какой-то массив данных и не во всех свойствах объектов значение соответствуют своим типам, приложение начинает ломаться и приходится писать проверки типов
У меня формируется вывод, что везде и всегда я должен проверять соответствие типов (как минимум), но я не уверен, что правильно делать это ВЕЗДЕ, что сможете сказать по этому поводу?
Интересно как вы делаете, часто ли создаёте кучу этих условий проверяя входящие свойства/аргументы и прочее
io-ts
А какая разница, сломается оно из-за проверки типов или из-за твоей проверки?
Ошибку почти никогда нельзя отработать, можно только написать в лог и упасть.
ну типа "алярм, данные с бэка не соответствуют ожидаемым, выводите фолбэк юзеру и алерт на почту разрабам"
на самом деле на практике реальной потребности в этом мало хотя если проект разрастётся, то они могут и пригодиться (но я редко имею дело с достаточно крупными проектами)
Моя проверка она будет работать уже в деле, а проверка типов только при написании кода
А, ты имеешь в виду в TS compile-time проверки. И типа в коде ты ожидаешь строку а на самом деле приходит число
Это если я вопрос правильно понял) Мой вопрос вообще состоял в том, как часто я должен валидировать все значения которые прилетают из апишек или просто не всегда 100% могут соответствовать типу, который ожидается
гварды и контракты же вродке как составляющие компоненты автоматических тестов
По-хорошему - всегда. Но существуют слои валидации, каждый слой проверяет свой уровень абстракции данных.
Обсуждают сегодня