Если их хоть сколько-то значимое число, что как раз очень часто при проверке условных форм / парсинге / etc, то что-то совсем не очевидно, что исключения — безусловно лучший подход
Если их хоть сколько-то значимое число, что как раз очень часто при проверке условных форм / парсинге / etc, то что-то совсем не очевидно, что исключения — безусловно лучший подход
В таких случая выброс исключения как раз будет незаметен, по сравнению с затратами на сам алгоритм
Ну смотри, форма заполняется юзером последовательно, представим что он залажал во всех 20 полях, но он их не одновременно залажает, а по одному. Тебе в GUI достаточно только сохранить responsive интерфейс, грубо говоря 60 FPS без фризов, исключения тебе тут не помешают
Ну смотри, форма заполняется юзером последовательно, представим что он залажал во всех 20 полях, но он их не одновременно залажает, а по одному. Тебе в GUI достаточно только сохранить responsive интерфейс, грубо говоря 60 FPS без фризов, исключения тебе тут не помешают
Валидируем на нагруженном бэке, GUI нет, весь сервис только формы проверяет
Потому что на кодах возврата ты не построишь контракты и гарантии. Тебе надо их вручную проверять. Они смешивают код и обработку ошибок. Ты не можешь проверить код возврата оператора или конструктора