Скоринг оформляют фоновой операцией с ID и сохранённым статусом, а UI получает обновления через polling, SSE или WebSocket.
Как бы вы реализовали шаг принятия решения по заявке, если скоринг может длиться от секунд до 8–10 минут, а прогресс-бар должен продолжать двигаться и показывать пользователю процесс?
Скоринг оформляют фоновой операцией с ID и сохранённым статусом, а UI получает обновления через polling, SSE или WebSocket.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Скоринг оформляют фоновой операцией с ID и сохранённым статусом, а UI получает обновления через polling, SSE или WebSocket.
Если backend не знает реальный процент, показывайте этапы или неопределённый индикатор, а не выдуманный прогресс до 99%. Нужны таймаут, восстановление после обновления страницы и понятный результат ошибки. Закрытие вкладки не должно терять саму заявку.