几个实践：

1，每段ql可以有个唯一的key，调用时直接用这个key即可，对应的qlbody还可以编译缓存起来，提高执行效率；
2，endpoint可以有很多个，类似/gql/{占位符}，然后执行占位符对应的ql；
3，授权可以统一做；权限控制、限流等可以配置在ql的元数据里，比如deleteUser需要admin权限；
4，cors可跨域；
5，schema、自省等，可和配套设置联动起来，比如文档中心、对象定义、fetch方法广场；
6，前端同学可以来写ql，后端同学也可以；
7，可以直接在ql里访问db下的所有的表，把表映射为一个对象；
8，前后端各自专注，这个其他同学也提到了；
9，DTO对象组装，数据裁剪和加工，非常easy，所见即所得；
10，最重要的一点，生态工具太差了，尤其说【前端根据自己需要来调用你的子集】、【后端工作量也很多】，这种就是引擎的深度受害者，限制了你的想象力，我为啥这么说，因为我手撕了一个新引擎，这些都不是问题；
11，性能问题？不不不，引擎牛逼的话，很多节点是可以并行执行的，比你手写代码都快；

先扯这么多。。。