迁移到Touch UI migration-to-the-touch-ui

从版本6.0开始,Adobe Experience Manager (AEM)引入了一个称为​ 触屏UI ​的新用户界面(也简称为​ 触屏UI)。 它与Adobe Experience Cloud以及整个Adobe用户界面准则保持一致。 通过称为​ 经典UI ​的旧版面向桌面的界面,这已成为AEM中的标准UI。

如果您一直在将AEM与经典UI一起使用,请采取措施迁移您的实例。 本页旨在通过提供指向单个资源的链接来充当跳板。

NOTE
此类迁移项目可能会对您的实例产生重大影响。 请参阅管理项目 — 最佳实践以了解建议的准则。

基础知识 the-basics

迁移时,请注意经典用户界面和触屏UI之间的以下主要差异:

经典 UI
触屏优化UI
在JCR存储库中,将描述为节点结构。 表示UI元素的每个节点都称为 ExtJS小组件,由ExtJS在客户端渲染。
在JCR存储库中还描述为节点结构。 但是,在这种情况下,每个节点都引用一个Sling资源类型(Sling组件),负责其呈现。 因此,UI(基本)呈现在服务器端。

sling:resourceType

  • 未使用

sling:resourceType

  • 已使用
  • 例如
    cq/gui/components/authoring/dialog

对话框节点:

  • 名称: dialog
  • jcr:primaryType: cq:Dialog

对话框节点:

  • 名称: cq:dialog
  • jcr:primaryType: nt:unstructured

JavaScript位置:

  • 命令部件使用侦听器直接嵌入或在clientlibs中进行管理。

JavaScript位置:

  • 命令部分不能嵌入对话定义中;责任分离。

事件处理:

  • 对话框构件直接引用JavaScript代码。

事件处理:

  • JavaScript观察对话框事件。

由客户端完成的渲染:

  • 客户端动态创建UI组件。
  • 来自服务器的客户端请求(拉取)组件定义(作为JSON)。

渲染由服务器完成:

  • 客户端请求页面以及相关UI。
  • 服务器将UI作为HTML文档发送(推送);使用Coral UI组件。

换句话说,将UI的一部分从经典UI迁移到Touch UI意味着将​ ExtJS小组件 ​移植到​ Sling组件。 为轻松实现此目标,触屏UI基于Granite UI框架,该框架已为UI提供了一些Sling组件(称为Granite UI组件)。

在开始之前,请检查状态和相关建议:

触屏UI的开发基础提供了坚实的基础:

迁移页面创作 migrating-page-authoring

迁移组件时,对话框是一个主要因素:

迁移控制台 migrating-consoles

您还可以自定义控制台:

虽然与迁移到触屏UI没有直接关系,但有些相关问题值得同时考虑,因为这也是推荐的实践:

NOTE
另请参阅开发 — 最佳实践

更多资源 further-resources

有关开发AEM的完整信息,请参阅以下内容下的资源收集:

CAUTION
AEM现代化工具是社区共同努力的结果,Adobe不为其提供支持或保证。
recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2