java服务层接口_【java】微服务服务层接口粒度怎么把握

假设有四个类

class Product {

private Long productId;

}

class ProductImage {

private Long productId;

private Long productImageId;

}

class ProductAttachment {

private Long productId;

private Long productAttachmentId;

}

class ProductDto extends Product {

private List images;

private List productAttachments;

}

微服务架构里，服务接口设计如下：

1 细粒度：提供三个单独的接口，其他服务调用这三个接口获取数据，另外在Api网关聚合成ProductDto后直接返回给前端

interface ProductService {

Product getProduct(Long productId);

List listProductImage(Long productId);

List listProductAttachment(Long productId);

}

2 粗粒度：提供一个聚合接口，其他服务调用这个接口，另外Api网关只做转发返回给前端

interface ProductService {

ProductDto getProduct(Long productId);

}

请问大家更倾向于哪种方式，怎么把握服务层的接口粒度？

回答

这完全取决于你所要支持的业务。

首先，我假设你使用 restful 规范开发 api。那么，如果真实业务中完全没有 list product images 或者 list product attachment 的需求，那就完全没有开发的必要。

如果你想要比较动态灵活的方式，那我推荐 graphql。完全由客户端决定粒度。