这是一个创建于 2361 天前的主题，其中的信息可能已经有所发展或是发生改变。
前端 app 里有三个业务开关 true/false，三个开关对应的业务是相互独立不关联的，而且都在同一个设置页面，对应于数据库同一张表里的三个字段，那么在设计修改接口时，是三个开关各设计一个接口，or 只设计一个接口( 传参方式用 JSON request body )？
目前是各开关一个独立的接口，感觉有点冗余。。
目前是各开关一个独立的接口，感觉有点冗余。。
 | 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 的缺点 |
Select Language