当前位置: 首页 > 知识库问答 >
问题:

检索不同类型的未来完整列表的最佳实践

越季萌
2023-03-14

我想从数据库中检索不同类型的数据,并从Spring Boot服务的HTTP结果中返回给用户。因为每个数据库检索都需要大量的时间,所以我使用CompletableFuture异步调用这些数据库。与同步进行相比,我所拥有的模式有效且节省了时间,但我觉得它可以也应该以更干净的方式进行布局。

我编辑了代码,将类型更改为“PartA”、“PartB”、“PartC”,但它的外观是这样的。目前,该服务接受不同类型的列表(PartA、PartB、PartC),创建每个列表的Completable future类型,调用自己的Completable future方法调用DB,构建每个类型的CompletableFutures的通用列表,“获取”通用列表,然后将每个未来列表的所有内容添加到传递到服务的列表中。

以下是服务方法的编码方式:

服务爪哇:

    public void metadata(final List<PartA> partAs,final List<PartB> partBs,final List<PartC> partCs,
                         String prefix,String base,String suffix) throws Exception {
        try {
            CompletableFuture<List<PartA>> futurePartAs = partACompletableFuture(prefix,base,suffix).thenApply(list -> {
                logger.info("PartA here");
                return list;
            });
            CompletableFuture<List<PartB>> futurePartBs = partBCompletableFuture(prefix,base,suffix).thenApply(list -> {
                logger.info("PartBs here");
                return list;
            });
            CompletableFuture<List<PartC>> futurePartCs = partCCompletableFuture(prefix,base,suffix).thenApply(list -> {
                logger.info("PartCs here");
                return list;
            });
            CompletableFuture<?> combinedFuture = CompletableFuture.allOf(CompletableFuture.allOf(futurePartAs, futurePartBs, futurePartCs));
            combinedFuture.get();
            partAs.addAll(futurePartAs.get());
            partBs.addAll(futurePartBs.get());
            partCs.addAll(futurePartCs.get());
        } catch (Exception e) {
            logger.error("Exception: ", e);
            throw e;
        }
    }


    @Async("asyncExecutor")
    public CompletableFuture<List<PartA>> partACompletableFuture(String prefix,String base,String suffix) {
        return CompletableFuture.supplyAsync(() -> {
            try {
                logger.info("start PartA");
                return getPartAs(prefix,base,suffix);
            } catch (Exception e) {
                logger.error("Exception: ", e);
                throw e;
            }
        });
    }
    @Async("asyncExecutor")
    public CompletableFuture<List<PartB>> partBCompletableFuture(String prefix,String base,String suffix) {
        return CompletableFuture.supplyAsync(() -> {
            try {
                logger.info("start B");
                return getPartBs(prefix,base,suffix);
            } catch (Exception e) {
                logger.error("Exception: ", e);
                throw e;
            }
        });
    }
    @Async("asyncExecutor")
    public CompletableFuture<List<PartC>> partCCompletableFuture(String prefix,String base,String suffix) {
        return CompletableFuture.supplyAsync(() -> {
            try {
                logger.info("start PartC");
                return getPartCs(prefix,base,suffix);
            } catch (Exception e) {
                logger.error("Exception: ", e);
                throw e;
            }
        });
    }

如果您想查看控制器和响应类型:

Controller.java

    @GetMapping(value="/parts/metadata",produces = { MediaType.APPLICATION_JSON_VALUE })
    public ResponseEntity<MetadataResponse> metadata (@ApiParam(name="prefix",value = "Prefix value for a part",required = false)
                                                         @RequestParam(required=false) String prefix,
                                                              @ApiParam(name="base",value = "Base value for a part",required= true)
                                                         @RequestParam String base,
                                                              @ApiParam(name="suffix",value = "Suffix value for a part",required=false)
                                                         @RequestParam(required=false) @NotBlank  String suffix ) throws Exception {
        final List<PartA> partAs = new ArrayList<>();
        final List<PartB> partBs = new ArrayList<>();
        final List<PartC> partCs = new ArrayList<>();
        service.metadata(partAs,partBs,partCs,prefix,base,suffix);
        MetadataResponse.MetadataResponseResult res = MetadataResponse.MetadataResponseResult.builder()
                .partAs(partAs)
                .partBs(partBs)
                .partCs(partCs)
                .build();
        return ResponseEntity.ok(MetadataResponse.result(res, MetadataResponse.class));
    }

MetadataResponse。JAVA

@ApiModel(value = "MetadataResponse", parent = BaseBodyResponse.class, description = "Part A, B, C")
public class MetadataResponse extends BaseBodyResponse<MetadataResponse.MetadataResponseResult> {
    @Data
    @Builder
    @NoArgsConstructor
    @AllArgsConstructor
    @ApiModel(value = "MetadataResponseResult", description = "This Model holds Part As, Bs, Cs")
    public static class MetadataResponseResult {
        List<PartA> partAs;
        List<PartB> partBs;
        List<PartC> partCs;
    }

}

共有1个答案

微生阳平
2023-03-14
  • 我不明白为什么在本例中需要将所有这些列表作为参数传递:public void metadata(最终列表)
        @Async("asyncExecutor")
        public <T> CompletableFuture<T> partCompletableFuture(Supplier<T> supplier) {
            return CompletableFuture.supplyAsync(() -> {
                try {
                    logger.info("start Part");
                    return supplier.get();
                } catch (Exception e) {
                    logger.error("Exception: ", e);
                    throw e;
                }
            });
        }

之后,你可以这样使用它:

CompletableFuture<List<PartA>> futurePartAs = partCompletableFuture(() -> 
                                     getPartAs(prefix,base,suffix));

它应该干净得多。希望这有帮助!

 类似资料:
  • 问题内容: jdk中是否有 事实上的 不可变类的列表? 从技术上讲,不可变类包括明显的Integer,Double等。 事实不可变将包含例如java.lang.String-从技术上讲它可能是可变的,但事实并非如此。 另外,是否存在不可变的接口/抽象类(如javadoc中所述)? 如果您不能提供完整的列表,那么如果您知道一堆在其javadoc中声明不变性的类,我将很高兴。 问题答案: 我尝试尽我所

  • 我的问题是如何使用Completable Future。 我有一个实现Callable的类。 早点用来做—— 这将返回

  • < code>doTask()是一个方法,如果< code>previousStepResult成功,则该方法执行某些操作,否则记录并按原样返回< code>previousStepResult。下面的代码工作正常,并且< code>conclude()也被执行,但是只有在没有异常(错误)的情况下。但是如果有异常(处理得很好),代码返回false。因此,在错误的情况下,下一步被称为罚款,如前所述,

  • 我有来自API的响应文本。当我试图创建一个新的游戏从这个响应我得到一个错误: 错误:未处理的异常:“列表”类型不是“列表”类型的子类型 我在尝试使用JSON文本时遇到如下错误: 错误: 未处理的异常:“列表”类型不是“列表”类型的子类型 它指向游戏类中的这一行: 有什么建议吗?

  • 新的2.0版本有一个分页,限制一个请求的朋友数量,这不允许我一次检索所有朋友,尽管有一个参数调用“limit”,它只能通过循环“偏移量”直到最后来完成。问题是每个用户都有不同数量的朋友! 我已经四处寻找了几个小时,但仍然没有解决方案。

  • 在解释我的问题之前,我应该做一些理论... 对于车辆,我指的是所有可以通过公路运输货物的东西:轿车、货车、卡车、拖车(或公路列车,我不知道正确的术语)、半拖车(也称为铰接式卡车或牵引拖车)。 关于汽车,货车和卡车,没有问题:它们具有板块,可运输的重量和体积以及其他数据。 但是另外两辆车更复杂。它们可能有一个额外的车牌和其他额外的数据。特别是: > 半挂车卡车(也称为牵引拖车)是一种复杂的车辆,由道