обработки ошибок? Архитекторы, дизайнеры или разработчики?
2. С чего начинать проектирование? Приходит архитектор или разработчик к дизайнеру и рассказывает какие могут быть ошибки, а тот придумывает как мы на них реагируем? Или все на дизайне есть только благоприятный сценарий, а разработчик сам придумывает что ему делать с ошибками? Просто уже не раз попадал в ситуацию, когда приходится на ходу придумывать что делать. А потом синхронизировать с тем, что придумали iOS-разработчики
3. Хорошая практика делать обработку ошибок и оборачивание их в свои эксепшены для пробрасывания дальше по цепочке? Например сделать ErrorInterceptor для okhttp.
Привет. Есть подход обрабатывать исключения делегатами. Можно создавать разные делегаты для разных случаем. Внутри обычный if..else или when. Реакцию на исключение можно передавать в лямбду например. errorHandler.handle(error, {message -> view.showError(message})
ого, это ещё и проектируют, а я просто делал интерфейс с двумя колбэками, onSuccess и onError
Говорят что в яндексе за необр.исключение увольняют нах. (2) на этой стадии списка ошибок может не быть. Но когда при написании реализации он появится окончательно - неплохо бы вернуться и обсудить. (3) если метод пробрасывает свои ошибки выше - то для нескольких разных но схожих методов можно сделать общий обработчик. К примеру у нас есть общий метод шифровать/дешифровать из него несколько для шифрования с разными параметрами - эксепшн "шифрование не подерживается" обрабатываем в одном месте
Обсуждают сегодня