Как избежать вызова CompletableFuture.thenCompose (x -> x)?

У меня такое ощущение, что я неправильно использую ЗавершенныйБудущее API.

При вызове CompletableFuture.exceptionally() я обычно обнаруживаю, что мне нужно вызвать другой асинхронный процесс, а это означает, что exceptionally() возвращает CompletableFuture<CompletableFuture<T>> вместо CompletableFuture<T>. Затем я возвращаю результат с помощью thenCompose(x -> x).

Вот конкретный пример:

CompletableFuture<Void> listenersNotified = CompletableFuture.supplyAsync(() -> 
{
  int result = expensiveOperation();
  List<CompletionStage<Void>> futures = new ArrayList<>();
  for (EventListener listener: listeners)
    listener.onSuccess(result);
  return futures;
}).thenCompose(futures -> CompletableFuture.allOf(futures)).
  exceptionally((exception) -> 
  {
    List<CompletionStage<Void>> futures = new ArrayList<>();
    for (EventListener listener: listeners)
      futures.add(listener.onError(result));
    return CompletableFuture.allOf(futures);
  }).thenCompose(x -> x);

Я понимаю, что в приведенном выше примере можно return futures изнутри exceptionally() и переместить thenCompose() после exceptionally(), и это будет работать, но в реальной жизни я не всегда хочу применять ту же функцию к результату thenSupply() как результат exceptionally() . Я хочу, чтобы каждый раздел заботился о преобразовании своего собственного возвращаемого типа из CompletableFuture в синхронное значение.

Есть ли способ избежать этого?

Не думаю, что этого всегда можно избежать. thenCompose() - это сочинять эквивалент thenApply(). Чтобы избежать этого во всех случаях, нам понадобятся эквиваленты сочинять для всех других методов, принимающих аргумент Function или BiFunction, то есть applyToEither(), exceptionnally(), handle(), thenCombine() со всеми их перегрузками *Async(). Это означало бы как минимум 12 новых методов, и я думаю, что они не хотели раздувать API, когда вы можете просто использовать один из тех, за которым следует thenCompose(x - x). Я согласен, что это было бы удобно, особенно для обработки исключений.

Didier L 09.07.2018 11:55
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
1
618
0

Другие вопросы по теме