对 AEM as a Headless CMS 进行内容建模 - 简介 architect-headless-introduction

在 AEM Headless 内容架构师历程的这一部分中，您可以学习使用 Adobe Experience Manager (AEM) as a Cloud Service as a Headless CMS 进行内容建模时必须了解的（基本）概念和术语。

本文档可帮助您了解 Headless 内容交付、AEM 支持 Headless 的方式以及如何对 Headless 进行内容建模。阅读本文档后，您应：

目标 objective

全栈内容交付 full-stack

自易于使用的大型内容管理系统 (CMS) 兴起以来，组织便已将其用作管理消息、品牌化和通信的中心位置。通过将 CMS 用作管理体验的中心点，消除了在不同的系统中重复任务的需求，从而提高了效率。

在全栈 CMS 中，用于操作内容的功能在 CMS 中。该系统的各种功能构成了 CMS 堆栈的不同组件。全栈解决方案有许多优点。

因此，如果必须添加新渠道或需要支持新类型的体验，则可将一个（或多个）新组件插入到堆栈中，并且只有一处可作出更改。

不过，当堆栈中的其他项目可能需要调整才能适应更改时，堆栈中依赖项的复杂性很快就会变得明显。

Headless 中的头 the-head

任何系统的头通常都是该系统的输出呈现器，通常采用 GUI 或其他图形输出的形式。

就 Headless CMS 而言，CMS 将管理内容并继续将内容交付给消费者。但是，通过仅以标准化方式交付​ 内容，Headless CMS 会省略最终的输出呈现，而只保留要​ 呈现 ​给消费服务的内容。

消费服务，无论是 AR 体验、网上商店、移动体验、渐进式 Web 应用程序 (PWA) 等，都从 Headless CMS 摄入内容并提供其自己的呈现方式。它们负责为您的内容提供它们自己的头。

忽略头将消除复杂性，从而简化 CMS。这样做还会将呈现内容的责任转移到实际需要内容且通常更适合此类呈现的服务。

内容建模 content-modeling

内容建模（也称为数据建模）是您的专长，那么为 Headless 建模时必须考虑什么？

要使 Headless 应用程序能够访问并处理您的内容，内容必须具有预定义的结构。您的内容可以采用自由格式，但这会使应用程序的生命周期变得​ 非常 ​复杂。

对于 AEM，作为内容架构师，您将执行内容建模来设计一系列​ 内容片段模型。它们定义了内容作者在创建包含内容的​ 内容片段 ​时使用的结构。

访问内容 access-content

这更像是开发详细信息 - 但您可能会它感兴趣，仅用于完成故事。

在您创建内容片段模型，并且您的作者已经使用这些模型生成内容后，Headless 应用程序将需要访问此内容。

借助 Adobe Experience Manager (AEM) as a Cloud Service，可以使用 AEM GraphQL API 选择性地访问您的内容片段以仅返回所需内容。利用 API，开发人员可以制定用于选择特定内容的查询。此选择过程基于​ 您的 ​内容片段模型。

这意味着您的项目可以实施结构化内容的 Headless 交付以便在您的应用程序中使用。

后续内容 whats-next

现在您已了解概念和术语，下一步是学习使用内容片段模型进行建模的基础知识。

其他资源 additional-resources