GraphQL 有在实际项目中用过的吗？

爽

前端爽，后端累，前后分离的公司还是老老实实 restful.....小公司全栈玩比较好，schema 定义好，代码写起来比较清晰，后期也好维护

对开发人员要求较高，能力差用起来可能反而不如 RESTful。
前后端都极大提升效率，只适用于新项目。老项目发动大家一起重构可能性几乎为 0。

这东西火不起来感觉。

@Hanggi 用的人少，我目前看到就快手一个厂在用

用过，感觉还好
就是控制不好的话要当心安全问题

只需要一个接口，请求全靠自定义。。。妈妈再也不用担心写 api 文档了。

github 的新版本 api 不是全部 GraphQL 了么？
我比较好奇的是用了这玩意儿数据表索引要怎么加

1. 代码会简单，有条理很多，api doc 也省了。
2. 逻辑会比较清晰。如果是 item A 的 sub field。那就去那个 node 里找下具体 connection。查这个 field 怎么拿到的，去看下相应 node 里的 resolve function。
3. 写新的，小的项目会省些事情，比如之前在用 graphene 的 relay node，pagination 自动处理了，connection 的 field filtering 也能比较好处理掉。

用了好几个项目了

@mokeyjay 和数据库索引没啥关系

@kiddingU Github，Facebook 都在用啊

@fx 我在想前端直接 GraphQL 查询数据，如果后台需要数据统计，咋操作，比如，统计 iOS，android，web 各端访问量，或其他统计

@fenxl 逻辑你之前怎么写就怎么写，完了数据加个查询, 暴露一下就行了, 就当更好的 restful 就行了,不要想的太复杂

国内用的人很少，我们公司 authing.co 全套都是 gql

用了就再也回不去了

玩过，前端方面比较爽，后端用的 Python 库用起来感觉比较一般，很多地方得用 monkey patch 来改。

@fx 国内厂。。。这玩意本身就是 facebook 内部项目

@kiddingU 挺多的