首页 > 解决方案 > 作为创建 CMS 驱动的应用程序的工具,KeystoneJS 和 Strapi 之间的主要区别是什么?

问题描述

当我想在前端粘贴 Vue/React/Angular 以进行 SPA 时,我倾向于将 Keystone(按原样)用于标准的、服务器驱动的多页应用程序和 Strapi 的想法?既然它已经有一个模板/视图,那么 Keystone 可能会更快地获得 MVP?还要别的吗?

标签: web-applicationscontent-management-systemfrontendkeystonejsstrapi

解决方案


一年多以来,我一直很喜欢在多个项目中使用 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

推荐阅读