SN
А если бы они соблюдали собственные контракты, так вообще бы этой проблемы не было. Сапогом пинают их саппорт, впрочем, чей бы не пинали - они не кинутся фиксить, мы это достоверно знаем
Size: a a a
2021 July 03
SN
Ну когда мы с тобой будем работать в «общих» проектах, где будет «общая» валидация - тогда можно поговорить предметно. А так валидация в каждом случае своя, вообще само понятие «валидности». У упомянутых чудаков например отрицательный вес - валиден, а так же отрицательные количества, как мне им объяснить, что в общем случае это неправильно?
SN
Пояснить за них я могу очень просто: выдать вопрошающему строчку в логах с исключением
SN
Да и что именно ты можешь сделать с этим списком ошибок валидации? Посчитать, сколько их было?
SN
В результате ты его все равно просто залогируешь - это максимум, пожалуй. Ну может покажешь юзеру в каких-то случаях
SN
Ну само собой. Только есть ситуации, когда это и не нужно
SN
Это если юзер может влиять на эти данные. И может их поменять
SN
А нам приходят сообщения из системы хер пойми каких размеров, я вообще даже не жду, что их саппорт инженер побежит выяснять, откуда они такие приходят. У них там 100 рыл в команде, тысячи сервисов
SN
Кто это выносит валидацию в домен? Домен оперирует идеальными понятиями, у нас и слой поэтому есть, чтобы в домене ничем таким не маяться
SN
Собственно, поэтому и выкидываются невалидные данные еще по пути к домену, чтобы там не упало ничего
SN
None - это у нас. И у нас ровно два случая, когда он может образоваться. Parse error и validation error