公司是采用微服务来做模块化的,各个模块之间采用dubbo通信.好处就不用提了,省略了之前模块间复杂的http访问.不过也遇到一些问题: PS: Github的代码示例还在整理中... 测试需要配合写消费者的代码 对于开发来说,倒是挺省劲.但是对于测试来说就有点麻烦了, 每次还要去写dubbo的消费程序,而且每次新增一个接口,都需要重新改写程序,费时费力. 接口返回的结果无法定制 由于我这边是做一些商品的推荐,每次结果的类型都是相同的,只是内部的算法不同.不过接口只是返回id,无法直观的判断商品相