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