在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类并不真正适合这样做,因为隐含的“可选性”是人为的,并且感兴趣的基础对象永远不应为空。因此,不会(希望)抛出最终异常,Optional::get或者,因为Sonarlint抱怨未检查的get调用是正确的,所以仅调用不是一个好选择。
是否有任何惯用的方法,甚至与vavr或其他FP库结合使用,也可以比这种人为的Optional构造更好地表达这种方法链?否则,我可能不得不避免这样做,并返回到具有许多变量的经典命令式方法。
编辑:如果尝试使用返回的方法,那么我尝试使用Optional的方式很容易失控,Either<ErrorReason, Optional >这使得Optional<Either<ErrorReason, Optional >>结束不再清晰。
问题来源:Stack Overflow
执行您要寻找的内容的最干净的方法是恢复命令式风格,例如:
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();
}
回答来源:Stack Overflow
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。