Исключительно эффективные советы по логической маршрутизации ⇐ JAVA

[Anonymous]

Я работаю над веб-приложением с требованием: оно отвечает только из кеша, когда значение отсутствует, возвращается ошибочный ответ.
Один из вариантов дизайна — проверьте значение по ключу в области кэша диспетчера кэша, а если оно отсутствует:
вызовите исключение времени выполнения
реагируйте на исключение в @ControllerAdvice и возвращайте соответствующее значение ответ
используйте @AterThrowing на сервисной точке, которая отвечала за поиск в области кэша диспетчера кэша, и @Asyncслучайно запускайте ресурс для значения и кэшируйте его.

Код: Выделить всё

@Slf4j
@Aspect
@Configuration
@RequiredArgsConstructor
public class HeldLocationServiceAspect {

private final HeldServiceImpl heldService;

@Pointcut("execution(public * ...*.*(..))")
public void heldServiceImpl() {}

@Async
@AfterThrowing(pointcut = "heldServiceImpl()", throwing = "ex")
public void notCached(JoinPoint point, HeldLocationCacheNotFoundException ex) {
proxyCache(ex.getKey());
}

void proxyCache(HeldServiceKey key) {
heldService.getLocationForTelephoneNumber(key);
}

}

Другая возможность:
не создавать никаких исключений. Это не семантически правильно, потому что это не была «ошибка» (даже если был получен ошибочный ответ).
Выполните логическую обработку if-else для такого случая.
Первый подход с использованием исключений хорошо разделяет проблемы.
Второй (для некоторых) семантически более корректен.
Я хотел бы услышать ваши мысли о том, целесообразно ли использовать исключения для обработки таких сценариев, или, как правило, это плохая практика, которой следует избегать.
Технологический стек представляет собой очень обычное веб-приложение Spring с зависимостью AOP, и этот вопрос скорее касается мыслей о лучшем практики.
Поделитесь, пожалуйста, своим мнением!

Подробнее здесь: https://stackoverflow.com/questions/786 ... ic-routing