这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
这是一个创建于 126 天前的主题，其中的信息可能已经有所发展或是发生改变。
GraphQL 抽象出了 CURD ，前端想要什么，直接自己写就行了，也不用写，看 https://docs.github.com/zh/graphql/overview/explorer 就可以通过浏览选择配置查询语句了。
然后 UI 也可以通过可视化操作完成。
可能除了一些需要本地再处理的业务不好做之外，其他的都可以可视化了。
然后 UI 也可以通过可视化操作完成。
可能除了一些需要本地再处理的业务不好做之外，其他的都可以可视化了。
 |
1
GeruzoniAnsasu 126 天前
graphQL 基本上就是为了 BI 这种复杂到几乎要编程完成的查询来设计的
|
 |
2
Aloento 126 天前
所以没事别用 graphql ，除非真的有必要
|
 |
3
arvin01 OP @GeruzoniAnsasu Bi 是什么
|
 |
5
secondwtq 126 天前
我自己折腾的项目用了 https://hasura.io ，直接把数据库变成 GraphQL 接口，后端零代码了，倒是前端写了一坨 ...
|
 |
7
kaneg 126 天前 via iPhone
等效于把 sql 搬到了前端
|
|
9
GeruzoniAnsasu 126 天前  1
@arvin01 名词 Business Intelligence ，用来泛指商业活动中一切「数据挖掘」相关的需求。比如行业报表、业务报表、进度图、分布图、流向图……等等各种复杂又五花八门的图表。
这类需求或者产品动辄数十种要自定义的图表、上百个可控变量，用 restful 这类业务模型来做会是噩梦 |
 |
11
IvanLi127 125 天前 via Android 2
我觉得和 BaaS 特别配，偏前端的项目很适合用 GraphQL 。零代码估计没必要用这个
|
 |
13
akakidz 124 天前
我司已经用了一年了😂
|
 |
14
gogogo1203 121 天前
supabase 提供 psql 的 db 服务，auth, rpc 啥都有。psql 的优势是可以写 function\trigger ， 替代一些场景。 原来我还要写很多 golang endpoint 和一大堆重复的，现在直接注重前端和产品营销就行了，不用担心部署，不用担心 vps 或者后台出哪个莫名其妙的问题导致整个 app 不能用。 感兴趣的可以看看我的项目， 项目管理+番茄时钟 app.zensive.com
|
Select Language