
用或者不用的原因是啥呢? 我觉得稍微有几个人的话,撸一套可用后端不是啥难事,包括 CICD ,部署升级这种。
1 haole2022 2022 年 12 月 29 日 简单的 CRUD 用起来还行 一涉及到复杂的业务逻辑就不太适合了,除非你想写 stored procedure https://noahflk.com/blog/supabase-the-good-parts 这篇文章里有介绍 limitation 现在很多人把 supabase 当成一个 cloud database 在用,前端还是用 prisma + trpc 在写 |
2 worldquant 2022 年 12 月 29 日 免费的云数据库当然要白嫖 |
3 3282361 2022 年 12 月 29 日 via iPhone 我用了一下,觉得各方面都不如 Firebase ,不太喜欢 |
4 js8510 2022 年 12 月 29 日 我会用。我没用过 firebase 或者其他 alternatives ,最近刚开始了解。之前都是全都自己部署到 AWS ,本身功能就应该很简单的东西结果时间全花在 AWS 上面了。 我另外看到 appwrite.io 看起来也不错。 |
5 ericgui 2022 年 12 月 29 日 其实如果 firebase 用熟悉了,还不错的 |
6 cuebyte 2022 年 12 月 29 日 我用它数据库自带的 GraphQL 一把梭,不用写后端,很爽。 |
7 HeapOverflow 2022 年 12 月 29 日 firebase 还是更方便点 |
8 oatw 2022 年 12 月 29 日 sdk 不支持事务,得各种手撸 sql ,感觉回到了 20 年前,难用的一批~ |
9 sphawkcn 2022 年 12 月 29 日 为什么会没有人提 Parse Server ,这个出来得更早。 |
10 husinhu OP @HeapOverflow 方便在哪里呢 |
14 cuebyte 2022 年 12 月 29 日 @husinhu 我是后端,在写一个简单的全栈的个人项目,不想写两遍 CRUD 了。想尝试一下 GraphQL ,就没用 PostgREST 。目前用下来还不错,supabase 上建一个数据库,简单配一下 RLS ,配合 Altair GraphQL Client 这个 Chrome 插件,很轻易就能得到想要的 Query ,用起来很快很方便。 |
15 cktsun 2022 年 12 月 29 日 via iPhone 纯数据库 msql, 可以使用 planetscale |
16 cktsun 2022 年 12 月 29 日 via iPhone Firebase 非常方便, 但缺点就是价格太高了, 不适合大型项目, 还有你不可以 selfhost |