谢谢 Rei！

一年一度面基大会

支持～

这个是核心技术 要知道的话请来申请QA工程师

#7楼 @nouse 改表的情况下，只要你 GraphQL 暴露出去的 schema 不变就行。就算变了，GraphQL 支持 versioning 也有一系列 best practice 规范怎么改。实际上，你提的这个问题，任何和 db 强耦合的 api 接口（GraphQL、Rest、db view 也好）都会面临这个问题。而解决方案，无外乎就是 versioning 和变更规范。

#5楼 @i5ting GraphQL 和 meteor 解决的不是同一类问题。

#3楼 @aisensiy 你讲到了两点

1. 通过 domain 的方式做一些 aggregation，因为通过通过统一的 API 提供了稍微额外的信息也是可以接受的

在多端（web、app、小程序+）的业务下，统一 api 是取所有接口需要的超集，这非常不适合移动端网络环境。

1. 你认为这种细粒度的控制是没有必要的

有没有这种粒度控制的需要，实际上不是一个架构设计问题，是一个产品需求问题。在 Strikingly 多端的业务下，我们的产品有这样的粒度控制需求。在一些产品里，也许不需要。

设计不错，很喜欢～

我是 Strikingly 其中一位创始人。欢迎提问任何关于技术/产品/公司的问题。

#5楼 @riskgod 我们到时会尝试用花椒直播，直接分享有试过，效果还不错