流畅地类似于Stream的多个方法，而没有Optional类型的冗长性

Question

[在Spring应用程序中，我倾向于将请求主体放在控制器方法中，并希望通过多个方法调用（沿途返回不同类型）来流畅地传递请求主体，例如以下（简化的）示例：

public ResponseEntity<FooDto> postFoo(@RequestBody final FooDto requestBody) {
  return Optional.of(requestBody) // Optional<FooDto>
      .map(mapper::fromDto) // Optional<FooEntity>
      .map(service::insertEntity) // Optional<FooEntity>
      .map(mapper::fromEntity) // Optional<FooDto>
      .map(dto -> ResponseEntity.created(/* ... */).body(dto).build()) // Optional<ResponseEntity<FooDto>>
      .orElseThrow(IllegalStateException::new);
}

您可以看到，我很想应用某些FP模式，但是Optional类并不真正适合这样做，因为隐含的“ optionality”是人为的，并且感兴趣的基础对象永远不应该为空。因此，不会（希望）抛出最终异常，或者仅调用Optional::get并不是一个好选择，因为Sonarlint抱怨并没有理会get调用。

是否有任何惯用的方法，甚至与vavr或其他FP库结合使用，也可以比这种人为的Optional结构更好地表达这种方法链？否则，我可能不得不避免这样做，并返回到具有许多变量的经典命令式方法。

编辑：如果尝试使用返回Either<ErrorReason, Optional<FooEntity>>的方法，那么我试图使用Optional的方式很容易失控，这使得Optional<Either<ErrorReason, Optional<FooEntity>>>的结尾不再清晰。

[在Spring应用程序中，我倾向于将请求主体放在控制器方法中，并希望通过多个方法调用（沿途返回不同的类型）来流利地传递它，例如在...中]

Answer 1

执行您要查找的内容的最干净的方法是恢复命令式风格，例如：

public ResponseEntity<FooDto> postFoo(final FooDto requestBody) {
    final FooEntity fooEntity = fromDto(requestBody);
    final FooEntity updatedEntity = insertEntity(fooEntity); // should be void?
    final FooDto responseDto = fromEntity(updatedEntity);
    return ResponseEntity.created(/* ... */)
            .body(responseDto)
            .build();
}