web-applications - KeystoneJS 和 Strapi 作为创建 CMS 驱动应用程序的工具之间的主要区别是什么？

Question

当我想将 Vue/React/Angular 粘贴到 SPA 的前端时，我倾向于将 Keystone(原样)用于标准的、服务器驱动的多页应用程序和 Strapi？因为它已经有一个模板/ View ，Keystone 可能会更快地获得 MVP？还要别的吗？

Answer 1

一年多来，我一直喜欢在多个项目中使用 KeystoneJS v5。
我和你有同样的问题，我选择了 Keystone 而不是 Strapi(即使 git 星级和社区更高)，因为我正在寻找一个简单的基于文件的后端生成器。
此行表示:schema => ({AdminUI, GraphQLApi}) .
我需要快速定义(然后轻松修改)后端的信息架构，并看到它自动反射(reflect)在 CMS 和 API 中。(Strapi users, correct me if I'm wrong)我看到 Strapi 更专注于构建构建此后端的拖放(无代码)方式。我找不到将 Strapi 与文件一起使用并获得我正在寻找的 CMS 和 API 的直接方法。在我看来，它是为想要后端但不想编写代码的人而构建的。
我宁愿使用我的代码编辑器功能(查找/替换、多光标)来定义和修改我的架构，而不是浏览器上的拖放组件。还使用以前的项目作为我的基础代码来构建新项目。
我的 keystone 项目得到了一个非常简单的文件结构，其中大多数都是开箱即用的，并且制作自定义突变、AdminUI 组件、 Hook 和数据播种非常简单。
下面是一个例子:

├── 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