上一个项目中我们很容易发现,诶怎么provider和consumer都有service的接口?其中一个如果发生了改变,另一个得不到及时的修改,就容易出问题。这里,我们引入一个概念:
公共模块接口抽取。
类似于thymeleaf的网页抽取,th:fragment,把公共的代码抽取出来之后再进行复用。
接下来,我们开始:Dubbo最佳实践。
将service接口抽调到api模块内后,项目就成了这样
其他地方就没有service包了,全部引用这个api模块中的包,记得添加依赖。
重启即可完成项目的变更。
最后的效果如下。
提供者完成了一次SQL查询(select)。