Drupal是什么?

本文的目标是分解“无头Drupal”，以及它对您的业务意味着什么。

简而言之，“headless Drupal”这个短语应用于一个完全独立于Drupal后端存储数据的前端框架。前端框架负责显示什么，并根据需要从Drupal请求数据。这就消除了Drupal的“头”，并将其与CMS的控制分离开来。

Drupal从何而来?

随着web的发展，控制和显示不同设备和平台的内容的愿望也在增加。早期，这意味着将网站数据连接到本地电话应用程序，或与企业业务硬件和软件进行通信。

随着JavaScript前端框架的出现，如棱角、余烬和反应，“无头”(或“解耦”)内容管理系统的空缺已经增加。在drupal7的任期内，社区为填补新的前沿框架留下的空白做出了贡献。

内容显示的分散化促使行业创建存储和管理内容的存储。当Drupal 8被释放时，这个能力被构建到核心中。Drupal为分散内容的问题提供了一个渐进的解决方案。

这与Drupal有什么关系呢?

传统上，Drupal的优势在于它能够定义、管理和显示内容。Drupal在创建一个简单的“文章”内容类型时很有帮助，它有一个标题、主体、作者和图像，还可以处理一些更复杂的事情，比如重复的事件，注册，有限的座位容量和考勤跟踪。

从这个框中，Drupal可以让您修改、预览、标记和关联内容。附加的发布特性通常包括修订历史、作者工作流和媒体库。

因此，通过使Drupal“无头”，我们真正的意思是Drupal站点不是为最终用户设计的，而是为其他应用程序或站点提供了所有的内容，以供他们自己使用和使用。这个功能是Drupal 8核心的强大补充。

这就是复杂的地方，如果你想知道"无头Drupal "是什么，你就该在这里停下。

什么时候应该使用无头Drupal ?

完全解耦的方法在理论上听起来很不错，可以为合适的应用程序提供巨大的好处，但它当然不是一个适合所有模型的大小。因为你是分离的责任所以果断,灰色地带得到…灰色的吗?

由于无头Drupal将“外观”与如何管理内容分离开来，因此，Drupal的某些功能丢失或被抑制。“解耦”的应用程序通常不能“预览”未发布的内容，布局控制变得棘手，应用程序可以竞争“路由”用户的控制，以显示正确的内容。

完全解耦通常意味着前端应用程序正在对初始请求负责。从这里开始，业务逻辑的责任必须在应用程序之间分离，有时还会被复制。

这些问题并不是一个“Drupal”问题，而是一个解耦问题。如果在您的数据源中对布局和内容存储负责，并且您的数据显示也包含布局，那么确定哪个有权限是很重要的。

在开始之前考虑一下这些事情。

这些挑战已经孕育了许多其他的架构哲学，比如“渐进式解耦”，它看起来要对责任进行排序，并最大化利用Drupal的好处，同时还能在前端提供解耦组件和服务。

这种模式不是正确的，也不是错误的，而是符合特定需求的。在选择方法和拥有合适的代理伙伴之前，先整理并确定应用程序的交互方式是很重要的。