TG
выразите синхронную валидацию как асинхронную через Promise.race
а вот это мысль интересная...
Size: a a a
2020 June 22
V
выразите синхронную валидацию как асинхронную через Promise.race
и? она же будет выполняться быстрее и срабатывать первой
IK
Да, я затупил, тут нужен не race а просто чейнинг
IK
("веду" доклад как эксперт на холи, сложно концентрироваться)
V
ой да все супер!)
TG
короче я все равно в тупике) все же лучше 2 сторы и флаг о том что поле было изменено после async error. какое-то грубое решение, но зато понятное
TG
вопрос лишь в том как назвать флаг 😄
TG
changedAfterSubmittedAndGetAsyncError)
TG
changedResetable
TG
dirtyResetable)
V
да не то… наверное стоит продублировать модуль данных для ошибок с удаленного сервиса. Тк теперь ваоидацией этого поля управляет только он (он ведь сделал его не валидным)
АЛ
IK
и? :)
АЛ
и? :)
))) можно на них повлиять как то блин 3 года
IK
нельзя
АЛ
И одна простая функция
IK
merge requests are welcome :)
IK
и нет, не простая
D
хм ну логично. но в тоже время если есть is-dirty, то его отсутсвие это и есть is-pristine
Вот вам одно из возможных объяснений. Переизбыток логического отрицания в коде ведет к непродуктивнлй когнитивной нагрузке у достаточно большого количества людей, чтобы заменить логическое отрицание, на семантическое утверждение.
VS
Немного философский вопрос: почему везде говорят о SOLID, но не говорят о GRASP?