Jamstack CMS终于长大了！

本文总结了Brian's Connect.Tech 2019演示文稿（可下载幻灯片）。它探讨了Jamstack CMS的演变，重点是从以开发人员为中心的工具到适合非技术内容创建者的解决方案的转变。

开发人员很容易掌握jamstack的优势：速度（从CDN提供的静态资源），安全性（无需妥协的服务器端组件）和简化的开发/部署。但是，内容创建工作流提出了初始挑战。尽管传统的CMS面临开发人员的批评，但早期的Jamstack解决方案经常负担非技术用户的负担。

最初：以开发人员为中心的生态系统

由于开发人员的采用，静态现场生成器（Jekyll，Hugo，Gatsby）获得了知名度。这些通常是开发者建造，维护和内容填充的项目。如2015年O'Reilly报告中所述：

静态站点生成器是为开发人员构建的。非发展者不太可能对Markdown，Yaml或JSON感到满意，该格式用于内容和元数据。

即使到2017年（O'Reilly Book与Raymond Camden合着），与WordPress等平台中的Wysiwyg编辑相比，Jekyll Admin和NetLify CMS等早期工具不成熟。编辑经验要求Markdown和其他标记语言水平。这种有限的主流采用。

成熟阶段：基于GIT和API优先CMSS

在接下来的几年中，两种趋势改变了Jamstack景观：基于GIT的CMS和API-First无头CMS的兴起。

Netlify CMS（开源）例证了一种基于GIT的方法。它提供了用于编辑Markdown，YAML和JSON的工具，而是直接对存储库进行更改，从而触发站点重建。还有其他基于Web的选项，例如林业。

API-First CMSS（内容，DatoCMS，Sanity）提供了更传统的编辑体验，存储内容并通过API提供任何前端。这种去耦与Jamstack非常有效，将内容管理与Frontend Display分开。许多人与流行的静态站点生成器集成。 Headlesscms.org提供了可用工具的全面列表。 Bejamas的帖子提供了基于GIT和API优先CMS的详细比较。

尽管这些改进的内容创建，但后端编辑和前端显示之间的断开连接仍然存在。缺乏立即的视觉反馈，再加上重建时间，创造了不完美的工作流程。

未来：前端编辑和预览

jamstack_conf_sf展示的工具架起了此差距。 Forestry的Tinacms（开源）使用基于GIT的CMS为Gatsby和Next.js站点提供了Wysiwyg前端编辑体验。 Stackbit Live（Stackbit，我是开发人员倡导者）提供CMS和静态站点生成器 - 敏捷的解决方案，用于注册编辑和预览。

这些进步证明了“ jamstack无头”作为传统CMS的真正替代方案的生存能力。开发人员经验和内容编辑可用性之间的权衡正在减少。到2020年，Jamstack CMS已大量成熟。 ??‍？

以上是Jamstack CMS终于长大了！的详细内容。更多信息请关注PHP中文网其他相关文章！