当我想在前端粘贴 Vue/React/Angular 以进行 SPA 时,我倾向于将 Keystone(按原样)用于标准的、服务器驱动的多页应用程序和 Strapi 的想法?既然它已经有一个模板/视图,那么 Keystone 可能会更快地获得 MVP?还要别的吗?
3 回答
一年多以来,我一直很喜欢在多个项目中使用 KeystoneJS v5。我和你有同样的问题,我选择了 Keystone 而不是 Strapi(即使 git 明星和社区更高),因为我正在寻找一个基于简单文件的后端生成器。
这行表示它:schema => ({AdminUI, GraphQLApi})
.
我需要快速定义(然后轻松修改)后端的信息架构,并看到它自动反映在 CMS 和 API 中。
(Strapi users, correct me if I'm wrong)
我看到 Strapi 更专注于构建一个拖放(无代码)的方式来构建这个后端。我找不到将 Strapi 与文件一起使用并获得我正在寻找的 CMS 和 API 的直接方法。在我看来,它是为想要后端但不想编写代码的人构建的。
我宁愿使用我的代码编辑器功能(查找/替换、多光标)来定义和修改我的架构,而不是浏览器上的拖放组件。还可以使用以前的项目作为我的基础代码来构建新项目。
我的 keystone 项目有一个非常简单的文件结构,其中大多数都是开箱即用的,并且制作自定义突变、AdminUI 组件、挂钩和数据播种非常简单。
这是一个例子:
├── index.js // imports entities, hooks, initial-data, submodules
├── initial-data.js // imports seed/index.js and orchestastes how to create data
├── entities // for each entity (list): field types, access control, hooks, adminUI configs
│ ├── index.js
│ ├── Users.js
│ ├── Books.js
│ ├── Loans.js
│ ├── Authors.js
│ ├── ...
│ └── Categories.js
├── extendGraphqlSchema // pretty easy to add new custom Graphql types, mutations and queries
│ ├── index.js
│ ├── types
│ ├── queries
│ └── mutations
├── hooks
│ ├── index.js
│ ├── user_beforeUpdate.js
│ ├── book_validateInput.js
│ ├── ...
│ └── loan_afterDelete.js
├── keystone-media-server // submodule I use on many Keystone projects
│ ├── adapters
│ ├── fields
│ ├── lists
│ ├── resolvers
│ └── seed
└── seed // list of functions to create a complete data example to test
├── index.js
├── createUsers.js
├── createBooks.js
├── createLoans.js
├── createAuthors.js
└── createCategories.js
不熟悉 KeystoneJS,但从外观上看,它们非常相似。Strapi 看起来有一个更可扩展的 API,但总体上是相同的概念。我已经在几个项目中使用了 Strapi,它的使用速度很快,你可以在不到一个小时的时间内将 Strapi 安装在 Heroku 上,并带有完整的架构。
两者之间的一件事是对 GraphQL 的支持,Strapi 正在大力推动涉足 GraphQL 世界,我相信为了跟上 Tipe.io 的步伐。
设置 GQL + Strapi + Nuxt / Next 非常适合创建 SSR 应用程序。
在撰写本文时(该问题发布后近几年),Keystone 5 以 graphql 为导向,因此这不再是两者之间的主要区别。Keystone 4 仍然作为 REST-first 框架进行维护。
Strapi 现在是 GQL-first 并且拥有更大的社区。