在 AEM Headless 开发人员历程的这一部分中,您将熟悉如何使用 AEM 开发工具和 Headless SDK 将您的应用程序组合在一起。
在 AEM Headless 历程的上一个文档如何通过 AEM Assets API 更新您的内容中,您已了解如何通过 API 在 AEM 中更新现有 Headless 内容,您现在应该:
本文旨在通过以下方式帮助您了解如何将 AEM Headless 应用程序组合在一起:
AEM SDK 用于构建和部署自定义代码。它是您在上线前开发和测试 Headless 应用程序所需的主要工具。它包含以下构件:
与 AEM SDK 不同,AEM Headless SDK 是一组库,客户端可以使用这些库通过 HTTP 快速轻松地与 AEM Headless API 进行交互。
有关 AEM Headless SDK 的更多信息,请参阅此处的文档。
除了 AEM SDK 之外,您还需要其他工具以加快在本地开发和测试您的代码和内容:
由于 AEM 是一个 Java™ 应用程序,因此,您需要安装 Java™ 和 Java™ SDK 以支持开发 AEM as a Cloud Service。
Git 可用于管理源代码管理和签入对 Cloud Manager 的更改,然后将它们部署到生产实例。
AEM 使用 Apache Maven 构建从 AEM Maven 项目原型生成的项目。所有主要 IDE 都提供对 Maven 的集成支持。
Node.js 是一个 JavaScript 运行时环境,用于处理 AEM 项目的 ui.frontend
子项目的前端资产。Node.js 与 npm 一起分发,实际上是 Node.js 包管理器,可用于管理 JavaScript 依赖项。
接下来,让我们看看 AEM 环境的组成部分。
完整的 AEM 环境由创作、发布和 Dispatcher 构成。这些相同的组件在本地开发运行时中可用,以便您在上线前更轻松地预览您的代码和内容。
Author 服务是内部用户创建、管理和预览内容的地方。
Publish 服务被视为“实时”环境,通常是最终用户与之交互的对象。在 Author 服务上编辑和审批之后的内容,分发到 Publish 服务。AEM Headless 应用程序最常见的部署模式是将应用程序的生产版本连接到 AEM Publish 服务。
Dispatcher 是一个通过 AEM Dispatcher 模块增强的静态 Web 服务器。它缓存由发布实例生成的网页以提高性能。
本地开发项目基于 Apache Maven 构建,并使用 Git 进行源代码管理。若要更新项目,开发人员可以使用他们喜欢的集成开发环境,例如 Eclipse、Visual Studio Code 或 IntelliJ 等。
要测试 Headless 应用程序摄取的代码或内容更新,您必须将更新部署到本地 AEM 运行时,其中包括 AEM 创作和发布服务的本地实例。
请务必记下本地 AEM 运行时中每个组件之间的区别,因为在更新最起作用的位置测试更新是非常重要的。例如,在创作实例上测试内容更新或在发布实例上测试新代码。
在生产系统中,Dispatcher 和 http Apache 服务器将始终位于 AEM 发布实例的前面。它们为 AEM 系统提供缓存和安全服务,因此,针对 Dispatcher 测试代码和内容更新也至为重要。
若要准备启动 AEM Headless 项目,您需要确保项目的所有组成部分都运行良好。
为此,您必须将所有内容放在一起:代码、内容和配置,并在本地开发环境中测试这些内容以准备上线。
本地开发环境包含三个主要区域:
在设置本地开发环境后,您可以通过本地部署静态节点服务器来模拟向 React 应用程序提供内容。
现在您已完成 AEM Headless 开发人员历程的这一部分,您应:
继续您的 AEM Headless 历程,接下来查看文档如何使用 Headless 应用程序上线,您将在其中实际推出 AEM Headless 项目!