这是一个创建于 2085 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近听说了这个,研究了一下 生态还是很丰富的啊.
这东西很适合新项目的 start up 啊.毕竟刚开始业务简单,基本上简单的 curd 就搞定了.这时候就应该前端快速搞起,直接用这玩意返回数据就行.可以快速开发原型了
所以这东西有人在生产环境用吗?能简单介绍一下么
有些东西还是不太清晰,比如安全什么的.感觉就是后端把 JSON 翻译成 SQL 了,这我不是在前端就可以改 SQL 请求了?前端又不加密,比如一个资源需要 VIP 才能看,这种逻辑放在前端不是分分钟让人改了什么的?
 |
1
smeraldo 2019-03-14 14:14:24 +08:00
|
 |
2
barbery 2019-03-14 14:40:56 +08:00
我司正在生产上用。。。PS：你举得例子很搞笑，json 就难道加密了吗？ VIP 才能看你 restful api 怎么写，graphql 还是怎么写啊
|
 |
3
Hstar 2019-03-14 14:46:08 +08:00
我司在生产上也用了，你这理解有点浅薄。回答你关于安全性的问题，前端发过来一个 GQL， 后端解析处理的逻辑大有文章可做，针对不同的登录用户返回不同的数据很难吗
|
 |
4
TommyLemon 2019-03-14 14:55:40 +08:00
GitHub(V4 API)，Firebase(控制台部分数据查询) 确实是在生产环境用了。
权限控制，CRUD 是要自己做的。 除非用这个，自动化 CRUD + 自动化权限管理 https://github.com/AutoGraphQL/AutoGraphQL |
 |
5
Rwing 2019-03-14 14:58:52 +08:00
国内有什么开放的 api 用 graphql 吗，像 github 那样的
|
 |
6
onion83 2019-03-14 15:42:24 +08:00
用类 json 作为查询语法我觉得是败笔，复杂的配置会让找括弧都浪费大量时间，例如：v2ray 的配置文件 / mongodb 的聚合运算。
|
 |
7
xiaotianhu OP @Hstar 我想的是用这玩意,后端就可以"不写逻辑"了.
如果要写逻辑,简单的 CRUD 在现有后端框架(比如 PHP 的一坨)都有 querybuilder 什么的可以用,并不会很麻烦了.用 GQL 的优势何在呢 |
Select Language