这是一个创建于 707 天前的主题，其中的信息可能已经有所发展或是发生改变。
以文章管理为例.
| 管理员接口 | (管理,信息审核,显示上的权重..) |
|---|---|
| 用户接口 | (管理,编辑,修改..) |
| 浏览接口 | (无需登录就能访问的数据..) |
这三者有共同的接口.也有各自专用的接口.
服务内有使用鉴权,大家对专用接口与通用接口是如何分结构的.
 | 1 thevita 2024-02-02 19:04:14 +08:00 不分，把权限做好就行了 |
 | 2 lingxmo 2024-02-02 19:10:09 +08:00 每个东西的管理都弄成一个服务（用户管理服务、文章管理服务、评论管理服务） 功能实现只有一份，外层接口可以开两套（管理 API 集合、公开只读的 API 集合），每套都有对应的网关给不同的人用 |
 | 4 dayeye2006199 2024-02-03 10:42:24 +08:00 via Android 建议不搞微服务 |
 | 5 dnjat OP @dayeye2006199 怎么说? 其实我的疑惑和微服务也没什么关系,是代码结构问题..写在一起, 用户接口里混了管理员接口,不写在一起吧,管理员需要用用户接口,两套接口回来穿梭. 我觉得 2 楼的方法比较合理,和 1 楼的相结合. |
 | 6 pannanxu 2024-02-03 17:12:11 +08:00 如果仅仅是因为模块混在一起而做微服务，其实大可不必，不但增加了系统复杂性，性能反而不会有啥提升甚至下降（多层 http 调用、分布式事务等）。可以在工程化层面来解决模块耦合问题，例如 maven 、gradle 多模块。 @dnjat |
 | 7 flmn 2024-02-03 19:17:09 +08:00 建议在接口层分开，服务层可以共享。 随着迭代，各个功能会有很多自己独特的东西的，左右兼顾不如一开始就分开，工作量并没有增加太多，但是架构清晰了。 如果是单体，就在代码包结构上做好规划，如果是微服务，这种架构就是 BFF ，各端有自己的 BFF ，共享后端业务服务。 |
Select Language