1
rain0002009 2019-07-09 18:14:37 +08:00
像极了我们的后端,获得超级管理员数量,管理员数量,和编辑数量 竟然是 3 个接口
|
2
luckylo 2019-07-09 18:37:29 +08:00 via Android
同一个业务场景,web(pc 浏览器),wap ,app 会写三套接口,你能理解?
|
4
ffeii 2019-07-09 18:58:13 +08:00
我觉得都可以,都合理
|
5
micean 2019-07-09 19:06:44 +08:00
很正常,每个接口尽量做好一件事而不是只为了满足前端的需求
|
6
irvinghua 2019-07-09 19:40:56 +08:00 1
肯定是一个接口干完这个事情优啊。。而且你这表结构设计也不合理,字段应该设计成:id,switch_name,switch_status(枚举类别 true/false) ,一个开关状态对应一条记录,而不是新增一个开关,就加一个字段。如果需求频繁改,你这表结构字段频繁变动,sql 也频繁变,ORM 映射成实体类也频繁变,这不累死?
|
7
Caballarii 2019-07-09 20:13:44 +08:00
rest 的缺点就是这样,graphql 欢迎你
|
8
jiekii 2019-07-09 21:59:02 +08:00
设计个 API 这么纠结 >_>
|
9
rainbirda 2019-07-09 22:17:16 +08:00 via Android
感觉没啥毛病啊 单一职责 而且以后每个开关后台有业务的话 改一个开关不至于影响其他的
|
10
yuankui 2019-07-09 22:39:46 +08:00
现在的 web 接口,就是太灵活,一个东西有很多种解,这样才会早餐分歧。。
啥时候,能出一个编程范式,可能一个东西,就只有一种实现,那么程序时间就可以解放了。 甚至,编程机器人,也就不远了。。哈哈😄 |
11
zisway 2019-07-09 23:00:31 +08:00 1
每个开关一条记录,一个接口根据唯一 key 获取开关的值。
|
12
a852695 2019-07-09 23:08:06 +08:00
遇到过同样的情况,比如说表单修改这些,都是直接将整个 form 传给后端更新掉。
|
13
reid2017 OP |
14
progart 2019-07-09 23:22:31 +08:00
既然 三个开关对应的业务是相互独立不关联的
那么 在可选择的情况下,当然是三个接口,互相独立,会更合理些,带来的就是接口维护联测工作量上升。 |
15
jackielin 2019-07-09 23:36:31 +08:00
很多情况下面 ui 是要考虑性能问题的,一次性提供一个接口能减少请求,提升性能,这种情况,要么加一个中间层做代理,要么后端就直接改成支持远程调用,比如可以通过一个接口指定要调用 a,b,c 三个 function
|
16
LeeSeoung 2019-07-10 09:59:10 +08:00
当前职责你觉得三个开关可以写在同一个接口,后面某些开关要求加上条件判断联动,你就知道为啥要拆成三个接口去写。。
|
17
alleinmeng 2019-07-13 09:35:47 +08:00 via Android
一个整形用低三位做开关变量,做与运算(位运算),判断是哪个开关开的,然后使用策略模式针对不同状态采用不同策略
|
18
hangszhang 2019-07-30 00:20:35 +08:00
这是 restful 的缺点
|