Изменения документа Об обработке ошибок
                  Редактировал(а) Alexandr Fokin 2024/02/11 14:43
              
      
      От версии  1.2 
    
    
              отредактировано Alexandr Fokin
        
на 2021/10/16 12:13
     на 2021/10/16 12:13
      Изменить комментарий:
              Update document after refactoring.
          
         
      К версии  11.1 
    
    
              отредактировано Alexandr Fokin
        
на 2021/10/16 12:26
     на 2021/10/16 12:26
      Изменить комментарий:
              К данной версии нет комментариев
          
         Сводка
- 
          Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
- 
      - Содержимое
-   ... ... @@ -1,8 +1,16 @@ 1 1 2 2 1) Мы можем выделить несколько типов ошибок в модели приложения. 3 -Как миниму обычно можно выделить - технические ошибки и ошибки валидации входных данных. 3 +Как миниму обычно можно выделить - технические ошибки и ошибки валидации входных данных (а также ошибки валидации недопустимых действий). 4 4 В целом модель типов ошибок может быть более сложной. 5 5 6 6 2) При разработке приложение желательно определить политики того, как и какие ошибки мы будем передавать и перехватывать. 7 7 8 +3) Также важно понисать как ошибки влияю на жизненный цикл обработки запроса в нашем приложении. Какие ошибки являются критичными, а какие говорят о необходимости выполнить альтернативное действие. 8 8 10 +4) Логирование - не должно быть ситуации, когда технические ошибки могут просто пропасть, не попав в логи. 11 +Или же у нас есть перечень допустимых ошибок, а все остальное пишется в логи. 12 +Достаточно ли хранимой и логируемой информации для понимания причины ошибки, воспроизведения ее на тестовом окружении? 13 + 14 +5) Например: У нас есть WebApi, обрабатывающее входные запросы. Насколько информативным должен быть текст ответа API в случае ошибки валидации входных данных. Проверяются ли входные данные целиком или же обработка прекращается при нахождении первого недопустимого элемента? 15 + 16 +6) Например: У нас есть входная очередь и воркер, выполнябщий чтение и процесинг. Существуют ли какие либо ошибки, возникновение которых должно приводить к тому, что мы перестаем извлекать новые сообщения, останавливая обработку (например до наступления какого-то события), или же воркер в любом случае должен переходить к обработке следующего сообщения? 
 
