GraphQL 和 0 代码好像非常配

[arvin01]

GraphQL 抽象出了 CURD ，前端想要什么，直接自己写就行了，也不用写，看 https://docs.github.com/zh/graphql/overview/explorer 就可以通过浏览选择配置查询语句了。

然后 UI 也可以通过可视化操作完成。

可能除了一些需要本地再处理的业务不好做之外，其他的都可以可视化了。

[GeruzoniAnsasu]

graphQL 基本上就是为了 BI 这种复杂到几乎要编程完成的查询来设计的

[Aloento]

所以没事别用 graphql ，除非真的有必要

[arvin01]

@GeruzoniAnsasu Bi 是什么

[arvin01]

@Aloento GitHub 的一些 API 只提供了 GraphQL 版本，所以才联想到这个

[secondwtq]

我自己折腾的项目用了 https://hasura.io ，直接把数据库变成 GraphQL 接口，后端零代码了，倒是前端写了一坨 ...

[arvin01]

@secondwtq 👍

不过前端为啥变成了一坨呢，按说前端更简洁了呀。

[kaneg]

等效于把 sql 搬到了前端

[Aloento]

@secondwtq 还有 PostgREST 之类的

[GeruzoniAnsasu]

@arvin01 名词 Business Intelligence ，用来泛指商业活动中一切「数据挖掘」相关的需求。比如行业报表、业务报表、进度图、分布图、流向图……等等各种复杂又五花八门的图表。

这类需求或者产品动辄数十种要自定义的图表、上百个可控变量，用 restful 这类业务模型来做会是噩梦

[think2011]

@Aloento 啊？但是感觉全栈就很好用，配合一些生成器，天生就自带文档和调试工具，前端用起来就跟上市场买菜似的

[IvanLi127]

我觉得和 BaaS 特别配，偏前端的项目很适合用 GraphQL 。零代码估计没必要用这个

[arvin01]

@think2011 买菜，对，确实跟买菜似的👍

[akakidz]

我司已经用了一年了😂

[gogogo1203]

supabase 提供 psql 的 db 服务，auth, rpc 啥都有。psql 的优势是可以写 function\trigger ， 替代一些场景。 原来我还要写很多 golang endpoint 和一大堆重复的，现在直接注重前端和产品营销就行了，不用担心部署，不用担心 vps 或者后台出哪个莫名其妙的问题导致整个 app 不能用。 感兴趣的可以看看我的项目， 项目管理+番茄时钟 app.zensive.com