1
Zorro825 2024-01-23 14:57:30 +08:00
可以呀
|
2
suweia 2024-01-23 14:58:10 +08:00
起初为啥要写两套
|
4
Hancock 2024-01-23 15:02:15 +08:00
我们这边 PC/Mobile/APP 展示内容如果一致都是通用的接口,方便维护,只有个别接口使用 version+platform 进行控制返回
|
5
wu67 2024-01-23 15:15:02 +08:00
一般通用, 多客户端公用, 有特别需求导致数据结构需求不一样的再重新写, 或者忙不过来直接给够数据让客户端自己组装都行
|
7
jones2000 2024-01-23 16:01:15 +08:00
分 2 套是对的, 如果是一套,改了接口, 所有平台都要测试, 如果有测试部门就无所谓了, 出现 bug 的概率更高
|
8
yueban5521 2024-01-23 18:04:22 +08:00
@jones2000 理解精辟
|
9
HanSonJ 2024-01-23 18:10:00 +08:00 1
```
func show() { return xxx } func pcShow() { return show() } func mobileShow() { return show() } ``` |
10
ColdBird 2024-01-23 18:29:54 +08:00
可通用就通用,通用不了再拆,维护多份成本太高
|
11
renmu 2024-01-23 18:33:56 +08:00 via Android
@jones2000 只要接口测试通过就行了,bug 和哪个平台调用有什么关系?倒不如说一套接口容易维护多了
|
12
heftyMan 2024-01-23 19:06:53 +08:00
完全可以,大不了返回冗余多一点。实在不行传参判断
|
15
user9121 2024-01-23 20:44:26 +08:00
可以同一个实现.用来两个不同的地址.
这样如果后边要拆,前端不用动. |
16
wudaye 2024-01-23 21:29:30 +08:00
代码可以用同一套,http 接口定义要分开
|
17
crazyweeds 2024-01-23 21:36:29 +08:00 1
建议不要一刀切,代码层面抽取公共模块,然后启动两个服务引用公共模块即可,如果后续调整,心智成本比较低,互不影响。也解决了初期问题。
|
18
jones2000 2024-01-23 21:48:37 +08:00
@ksc010 有几个后台是增加版本号的。理想和现实是有差距的。最后就变成一堆屎,PC 端,移动端各种判断一大堆,根本就没人改的动。
|
19
blackhorse 2024-01-24 09:20:42 +08:00
业务复杂的话可以考虑加个中间层(BFF)
|
20
reter 2024-01-24 11:28:30 +08:00
近期在看 HTMX 。 觉得里面的思想很有意思。
你的接口是专门为页面服务的吗?如果是,那就是页面特定的接口,接口的设计应该跟着页面走,失去了通用性,JSON RPC 是最合适的 如果你的接口是通用的,不需要服务特定的页面。那就用可以用 REST 风格去设计,不用考虑是谁消费接口,最大的满足通用性 |