为了账号安全,请及时绑定邮箱和手机立即绑定

微服务服务层接口粒度怎么把握

微服务服务层接口粒度怎么把握

婷婷同学_ 2019-01-16 09:54:46
假设有四个类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<ProductImage> images; private List<ProductAttachment> productAttachments; } 微服务架构里,服务接口设计如下:1 细粒度:提供三个单独的接口,其他服务调用这三个接口获取数据,另外在Api网关聚合成ProductDto后直接返回给前端interface ProductService { Product getProduct(Long productId); List<ProductImage> listProductImage(Long productId); List<ProductAttachment> listProductAttachment(Long productId); }2 粗粒度:提供一个聚合接口,其他服务调用这个接口,另外Api网关只做转发返回给前端interface ProductService { ProductDto getProduct(Long productId); } 请问大家更倾向于哪种方式,怎么把握服务层的接口粒度?
查看完整描述

1 回答

?
繁华开满天机

TA贡献1816条经验 获得超4个赞

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

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

查看完整回答
反对 回复 2019-02-12
  • 1 回答
  • 0 关注
  • 425 浏览

添加回答

举报

0/150
提交
取消
意见反馈 帮助中心 APP下载
官方微信