多人协作开发时，组与组之间是以接口调用的方式获取数据还是直接查询数据库？

问答 / 0 / 8 / 创建于 2年前 / 更新于 2年前

多人协作开发中，A组负责商品模块，B组负责订单模块，B组成员在开发下单接口时，需要根据前端传入的商品ID获取商品信息，此时B组成员应该直接查询商品表呢？还是让A组提供商品详情接口（可能HTTP接口也可能是调用某个类）？
比如说我负责订单模块，我需要一个商品详情接口，这个接口应该返回可以购买的商品，如果后期增加需要，要增加一个上架下架的功能，订单模块是不用动的，只需要商品模块把他负责的对内和对外的接口加上上架状态判断就行了。

见习助教 850 声望

暂无个人描述~

《L02 从零构建论坛系统》

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

《L01 基础入门》

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

推荐文章：

更多推荐...

做了一个独立开发者社区，期待大家一起交流 11 / 69 |

用 Laravel12 Startkit 做了一个 composer 私有包托管平台 😂 点赞超过 20 个开源，看看需要的人多不多 28 / 19 |

如何打造令后端面试官印象深刻的简历？ 16 / 10 |

10年了，兜兜转转，我还是回去了 25 / 41 |

花了四个月打磨的 Laravel Plus 开源 30 / 98 |

冯老师的困惑 —— 一个跑了两年的 BUG 21 / 17 |

讨论数量: 8

deatil

见习助教 770 声望

看项目数据库的隔离级别

2年前评论

playmaker

Laravel 9.x 译者 1.4k 声望 / Oba @ 너 바보 아니야

想完全服务化的话，有点微服务的意思了，嘻嘻整微服务就调rpc

2年前评论

海狗王

课程读者 59 声望

帅气的码农从不协作开发。。

2年前评论

勇敢的心（楼主）

rpc正是为了让你不协作，你只需要处理好自己的接口就行了，没有人污染你的代码

保安

Laravel 9.x 译者 418 声望 / 保密 @ 保密

这时候service层的意义就体现出来了

2年前评论

勇敢的心（楼主）

Service层是一定要加的，但是Service层更偏向逻辑处理，我说的应该更偏向RPC，可以看成是一个对内调用的Controller层

ononl

205 声望

代码都独立部署那就只能rpc,否则为什么要使用rpc,微服务又不是指这种情况,多人协作相互调用方法很正常的,不存在外部调用

2年前评论

DonnyLiu

63 声望 / 7号搬砖员 @ 搬砖公司

上rpc吧

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助