最近我们 team 计划做相关的事情,大致调查了一下业内的解决方案,无外乎如下几种:
在服务端聚合,也就是我们现在的模式:通过人工的方式写代码来处理,这样虽然可以解决问题但是会耗费比较大的人力,而且做这件事情的人可能会感觉没有挑战,基本是重复劳作。
在客户端聚合,通常见到的实现有 graphQL,这样的好处是服务端可以保持简单精简,但工作量其实下放到了客户端,而且版本控制变得不太好处理了(比如兼容多个客户端版本)
我目前可以想到的自己觉得还可以的方法,就是结合如上两种方式:客户端请求服务端时带参数和 graphql 的 id,服务端根据 id 可以获取到 graphql 的查询体,这样其实就是将接口聚合的工作放到了 graphql 查询的维护上面,类似的实现可以看下 instagram 的接口。但是同样也有问题,那就是 graphql 查询 的维护这个工作应该谁来做?
小弟第一次发帖,希望大佬们多多给点建议~ 没有建议的对我想的这个方法提一些意见,或者可能会有什么坑之类的都可以说说看~
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.