AEM组件 — 基础知识 aem-components-the-basics
开始开发新组件时，您需要了解其结构和配置的基础知识。
此过程包括阅读理论并查看标准AEM实例中的各种组件实施。 虽然AEM已转为使用新的标准现代触屏UI，但它仍继续支持经典UI，这让后一种方法略为复杂。
概述 overview
本节介绍一些关键概念和问题，并介绍开发您自己的组件时所需的详细信息。
规划 planning
在开始实际配置或编码组件之前，您应该先询问：
-
您到底需要新组件执行哪些操作？
-
明确的规格有助于在开发、测试和移交的所有阶段。
详细信息可能会随着时间的推移而发生更改，但规范可以更新（尽管更改也应记录在案）。
-
-
您是需要从头开始创建组件，还是可以从现有组件继承基础知识？
- 没有必要再次发明轮子。
- AEM提供了多种机制，允许您继承和扩展其他组件定义的详细信息，包括覆盖、叠加和 Sling资源合并器.
-
您的组件是否需要逻辑才能选择/操作内容？
- 逻辑应与用户界面层分开。 HTL旨在帮助确保实现此目的。
-
您的组件是否需要CSS格式？
- CSS格式应与组件定义分开。 定义命名HTML元素的约定，以便您能够通过外部CSS文件修改它们。
-
我应该考虑哪些安全方面？
- 请参阅 安全检查列表 — 开发最佳实践 以了解更多详细信息。
触屏优化与经典UI touch-enabled-vs-classic-ui
在开始任何有关开发组件的严肃讨论之前，您需要知道作者将使用的UI:
-
触屏优化UI
标准用户界面 在AEM 5.6.0中作为预览版引入，并在6.x中进行了扩展。它基于Adobe Marketing Cloud的统一用户体验，使用 Coral用户界面 和 Granite用户界面. -
经典UI
基于CQ 5.1中引入的ExtJS技术的用户界面。
请参阅 面向客户的UI界面Recommendations 以了解更多详细信息。
可以实施组件以支持触屏优化UI和经典UI，也可以同时支持这两种方式。 在查看标准实例时，您还会看到最初为经典UI或触屏UI设计的现成组件，或者两者都设计的组件。
因此，我们将在此页面中介绍这两个工具的基础知识以及如何识别它们。
内容逻辑和渲染标记 content-logic-and-rendering-markup
建议将负责标记和渲染的代码与用于控制组件内容选择逻辑的代码分开。
这一理念得到了 HTL，一种模板语言，有意限制该语言，以确保使用真实的编程语言来定义底层业务逻辑。 可通过特定命令从HTL调用此（可选）逻辑。 此机制会突出显示为给定视图调用的代码，并在必要时，允许对同一组件的不同视图使用特定逻辑。
HTL与JSP htl-vs-jsp
HTL是AEM 6.0中引入的一种HTML模板语言。
是否使用的探讨 HTL 或JSP（Java服务器页面）开发您自己的组件时应该直截了当，因为HTL现在是AEM的推荐脚本语言。
HTL和JSP都可用于为经典用户界面和触屏优化用户界面开发组件。 虽然可能会倾向于认为HTL仅适用于触屏UI，而JSP则适用于经典UI，但这是一种误解，而且更多是由于时间原因。 触屏优化UI和HTL大约在同一时段合并到AEM中。 由于HTL现在是推荐的语言，因此它正用于新组件，这些组件通常用于触屏UI。
开发您自己的组件 developing-your-own-components
要为相应的UI创建您自己的组件，请参阅（阅读此页面后）：
快速入门的方法是复制现有组件，然后进行所需的更改。 要了解如何创建您自己的组件并将其添加到段落系统，请参阅：
- 开发组件 （重点关注触屏优化UI）
将组件移到发布实例 moving-components-to-the-publish-instance
呈现内容的组件必须部署在与内容相同的AEM实例上。 因此，必须在发布实例上部署用于创作和渲染创作实例上页面的所有组件。 部署后，组件可用于呈现已激活的页面。
使用以下工具将组件移动到发布实例：
要从开始注意的组件 components-to-be-aware-of-from-the-start
-
页面:
- AEM具有 页面 组件(
cq:Page)。 - 这是一种对内容管理非常重要的特定类型的资源。
- 页面对应于包含网站内容的网页。
- AEM具有 页面 组件(
-
段落制度：
- 段落系统是网站的关键部分，因为它管理着段落列表。 它用于保存和构建保存实际内容的各个组件。
- 您可以在段落系统中创建、移动、复制和删除段落。
- 您还可以选择可在特定段落系统中使用的组件。
- 标准实例中有各种可用的段落系统(例如
parsys,[responsivegrid](/docs/experience-manager-64/sites-authoring/responsive-layout.md))。
结构 structure
AEM组件的结构强大而灵活，主要考虑事项包括：
- 资源类型
- 组件定义
- 组件的属性和子节点
- 对话框
- 设计对话框
- 组件可用性
- 组件及其创建的内容
资源类型 resource-type
结构的一个关键元素是资源类型。
- 内容结构声明意图。
- 资源类型实施它们。
这是一个抽象，有助于确保即使外观随时间而改变，意图也会保持不变。
组件定义 component-definition
组件基础知识 component-basics
组件的定义可按如下方式划分：
-
AEM组件基于 Sling.
-
AEM组件（通常位于以下位置）：
- HTL:
/libs/wcm/foundation/components - JSP:
/libs/foundation/components
- HTL:
-
项目/站点特定组件（通常）位于以下位置：
/apps/<myApp>/components
-
AEM标准组件的定义为
cq:Component并具有关键元素：-
jcr属性：
jcr属性列表；这些是变量，虽然组件节点的基本结构、其属性和子节点由
cq:Component定义 -
资源:
这些属性定义组件使用的静态元素。
-
脚本:
用于实现组件结果实例的行为。
-
-
根节点:
<mycomponent> (cq:Component)— 组件的层次结构节点。
-
重要属性:
-
jcr:title— 组件标题；例如，当组件在组件浏览器或Sidekick中列出时，会将该组件用作标签。 -
jcr:description— 组件说明；可用作组件浏览器或Sidekick中的鼠标悬停提示。 -
经典 UI:
icon.png— 此组件的图标。thumbnail.png— 如果此组件在段落系统中列出，则显示图像。
-
触屏 UI
- 请参阅部分 触屏UI中的组件图标 以了解详细信息。
-
-
重要子节点:
-
cq:editConfig (cq:EditConfig)— 定义组件的编辑属性，并允许组件显示在组件浏览器或Sidekick中。注意：如果组件具有对话框，则它将自动显示在组件浏览器或Sidekick中，即使cq:editConfig不存在也是如此。
-
cq:childEditConfig (cq:EditConfig)— 控制未定义其自身的子组件的创作UI方面cq:editConfig. -
触屏优化UI:
cq:dialog(nt:unstructured) — 此组件的对话框。 定义允许用户配置组件和/或编辑内容的界面。cq:design_dialog(nt:unstructured) — 编辑此组件的设计
-
经典 UI:
dialog(cq:Dialog) — 此组件的对话框。 定义允许用户配置组件和/或编辑内容的界面。design_dialog(cq:Dialog) — 编辑此组件的设计。
-
触屏UI中的组件图标 component-icon-in-touch-ui
组件的图标或缩写是在开发人员创建组件时，通过组件的JCR属性来定义的。 这些属性将按以下顺序计算，并使用找到的第一个有效属性。
-
cq:icon— 指向 Coral用户界面库 在组件浏览器中显示- 使用Coral图标的HTML属性值。
-
abbreviation— 用于自定义组件浏览器中组件名称的缩写的字符串属性-
缩写应限制为两个字符。
-
如果提供空字符串，则缩写将从
jcr:title属性。- 例如，“Image”的“Im”
- 将使用本地化的标题来构建缩写。
-
仅当组件具有
abbreviation_commentI18n属性，该属性随后用作翻译提示。
-
-
cq:icon.png或cq:icon.svg— 此组件的图标，该图标显示在组件浏览器中-
20 x 20像素是标准组件的图标大小。
- 大图标的大小将会缩小（客户端）。
-
推荐颜色为rgb(112, 112, 112)> #707070
-
标准组件图标的背景是透明的。
-
仅
.png和.svg支持文件。 -
如果通过Eclipse插件从文件系统导入，则文件名需要转义为
_cq_icon.png或_cq_icon.svg例如。 -
.png先例.svg如果两者都存在
-
如果上述属性均不存在( cq:icon, abbreviation, cq:icon.png 或 cq:icon.svg)可在组件上找到：
- 系统将在超级组件上搜索与
sling:resourceSuperType属性。 - 如果在超级组件级别中未找到任何缩写或空缩写，则系统将从的
jcr:title当前组件的属性。
要取消超级组件中图标的继承，请将 abbreviation 组件上的属性将还原为默认行为。
的 组件控制台 显示特定组件的图标的定义方式。
SVG图标示例 svg-icon-example
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "https://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd">
<svg version="1.1" id="Layer_1" xmlns="https://www.w3.org/2000/svg" xmlns:xlink="https://www.w3.org/1999/xlink" x="0px" y="0px"
width="20px" height="20px" viewBox="0 0 20 20" enable-background="new 0 0 20 20" xml:space="preserve">
<ellipse cx="5" cy="5" rx="3" ry="3" fill="#707070"/>
<ellipse cx="15" cy="5" rx="4" ry="4" fill="#707070"/>
<ellipse cx="5" cy="15" rx="5" ry="5" fill="#707070"/>
<ellipse cx="15" cy="15" rx="4" ry="4" fill="#707070"/>
</svg>
组件的属性和子节点 properties-and-child-nodes-of-a-component
定义组件所需的许多节点/属性对于两个UI都是通用的，其中差异仍保持独立，因此您的组件可以在这两个环境中工作。
组件是类型的节点 cq:Component 和具有以下属性和子节点：
如果我们看看 文本 组件（无论使用哪个版本），我们都可以看到以下元素：
-
HTL (
/libs/wcm/foundation/components/text)
-
JSP(
/libs/foundation/components/text)
特定权益的物业包括：
-
jcr:title— 组件标题；此组件可用于标识组件，例如，它显示在组件浏览器或Sidekick的组件列表中 -
jcr:description— 组件说明；可用作sidekick中组件列表中的鼠标悬停提示 -
sling:resourceSuperType:这表示扩展组件（通过覆盖定义）时的继承路径
特定感兴趣的子节点包括：
-
cq:editConfig(cq:EditConfig) — 此控件可控制视觉方面；例如，它可以定义条形图或小组件的外观，也可以添加自定义控件 -
cq:childEditConfig(cq:EditConfig) — 此选项可控制没有其自定义的子组件的可视化方面 -
触屏优化UI:
cq:dialog(nt:unstructured) — 定义用于编辑此组件内容的对话框cq:design_dialog(nt:unstructured) — 指定此组件的设计编辑选项
-
经典 UI:
dialog(cq:Dialog) — 定义用于编辑此组件内容的对话框（特定于经典UI）design_dialog(cq:Dialog) — 指定此组件的设计编辑选项icon.png— 图形文件，用作Sidekick中组件的图标thumbnail.png— 图形文件，当从Sidekick拖动组件时用作组件的缩略图
对话框 dialogs
对话框是组件的关键元素，因为它们为作者提供了一个界面，用于配置该组件并为其提供输入。
根据组件的复杂性，对话框可能需要一个或多个选项卡 — 用于缩短对话框并对输入字段进行排序。
对话框定义特定于UI:
- 出于兼容性目的，当未为触屏UI定义任何对话框时，触屏UI可以使用经典UI对话框的定义。
- 的 AEM现代化工具 还提供用于帮助您扩展/转换仅为经典UI定义对话框的组件。
-
触屏优化UI
-
cq:dialog(nt:unstructured)节点：-
定义用于编辑此组件内容的对话框
-
特定于触屏优化UI
-
使用Granite UI组件进行定义
-
拥有资产
sling:resourceType，作为标准Sling内容结构 -
可以拥有资产
helpPath定义在“帮助”图标(? 图标)。- 对于现成的组件，通常会引用文档中的页面。
- 如果否
helpPath，则会显示默认URL（文档概述页面）。
-
在对话框中，定义了各个字段：
-
-
经典 UI
-
dialog(cq:Dialog)节点-
定义用于编辑此组件内容的对话框
-
特定于经典UI
-
使用ExtJS小组件定义
-
拥有资产
xtype，指ExtJS -
可以拥有资产
helpPath定义在 帮助 按钮。- 对于现成的组件，通常会引用文档中的页面。
- 如果否
helpPath，则会显示默认URL（文档概述页面）。
-
在对话框中，定义了各个字段：
在经典对话框中：
- 您可以将对话框创建为
cq:Dialog，将提供单个选项卡 — 如在文本组件中一样，或者如果您需要多个选项卡，如在文本时间组件中一样，该对话框可定义为cq:TabPanel. - a
cq:WidgetCollection(items)用于为任一输入字段(cq:Widget)或其他选项卡(cq:Widget)。 可以扩展此层次结构。
-
设计对话框 design-dialogs
设计对话框与用于编辑和配置内容的对话框非常相似，但它们为作者提供了用于配置和提供该组件设计详细信息的界面。
设计模式下提供了设计对话框，但并非所有组件(例如 标题 和 图像 都有设计对话框，而 文本 不会。
段落系统（例如parsys）的设计对话框是一个特殊情况，因为它允许用户在页面上选择特定的其他组件（从组件浏览器或Sidekick）。
将组件添加到段落系统 adding-your-component-to-the-paragraph-system
定义组件后，必须使其可供使用。 要使组件可在段落系统中使用，您可以执行以下任一操作：
-
打开 设计模式 ，并启用所需的组件。
-
将所需的组件添加到
components模板定义的属性：/etc/designs/<*yourProject*>/jcr:content/<*yourTemplate*>/par例如，请参阅：
/etc/designs/geometrixx/jcr:content/contentpage/par
组件及其创建的内容 components-and-the-content-they-create
如果我们创建并配置 标题 组件： <content-path>/Prototype.html
-
触屏优化UI
-
经典 UI
然后，我们可以看到在存储库中创建的内容的结构：
特别是，如果您查看 标题:
-
定义（适用于两个UI）具有属性
name=./jcr:title/libs/foundation/components/title/cq:dialog/content/items/column/items/title/libs/foundation/components/title/dialog/items/title
-
在内容中，将生成属性
jcr:title持有作者的内容。
定义的属性取决于各个定义。 尽管它们可能比上面更复杂，但它们仍遵循相同的基本原则。
组件层次结构和继承 component-hierarchy-and-inheritance
AEM中的组件受3个不同层次结构的约束：
-
资源类型层次结构
用于使用属性扩展组件
sling:resourceSuperType. 这允许组件继承。 例如，文本组件将从标准组件继承各种属性。- 脚本（由Sling解析）
- 对话框
- 描述（包括缩略图图像、图标等）
-
容器层次结构
该变量用于向子组件填充配置设置，最常用于parsys方案。
例如，可以在父组件上定义编辑栏按钮、控制集布局（编辑栏、滚动）、对话框布局（内联、浮动）的配置设置，并将其传播到子组件。
中的配置设置（与编辑功能相关）
cq:editConfig和cq:childEditConfig被传播。 -
包含层级
这是在运行时由包含序列强加的。
此层次结构由设计人员使用，而设计人员又充当渲染各个设计方面的基础；包括布局信息、css信息、parsys中的可用组件等。
编辑行为 edit-behavior
本节介绍如何配置组件的编辑行为。 这包括一些属性，例如组件可用的操作、就地编辑器的特性以及与组件上的事件相关的侦听器。
触屏UI和经典UI都使用此配置，尽管这两种配置存在某些特定差异。
组件的编辑行为通过添加 cq:editConfig 类型节点 cq:EditConfig 组件节点下(类型 cq:Component)和添加特定属性和子节点。 以下属性和子节点可用：
-
-
cq:actions(String array):定义可对组件执行的操作。 -
cq:layout(String)::定义如何在经典UI中编辑组件。 -
cq:dialogMode(String):定义在经典UI中打开组件对话框的方式- 在触屏优化UI中，对话框始终在桌面模式下浮动，并在移动设备中自动以全屏方式打开。
-
cq:emptyText(String):定义不显示可视内容时显示的文本。 -
cq:inherit(Boolean):定义是否从其继承的组件继承了缺少的值。 -
dialogLayout（字符串）：定义对话框的打开方式。
-
-
-
cq:dropTargets（节点类型）nt:unstructured):定义可以接受内容查找器资产中删除的放置目标列表- 只有经典UI中提供了多个放置目标。
- 在触屏优化UI中，允许使用单个放置目标。
-
cq:actionConfigs（节点类型）nt:unstructured):定义附加到cq:actions列表的新操作列表。 -
cq:formParameters（节点类型）nt:unstructured):定义添加到对话框表单的其他参数。 -
cq:inplaceEditing（节点类型）cq:InplaceEditingConfig):为组件定义就地编辑配置。 -
cq:listeners（节点类型）cq:EditListenersConfig):定义在组件上执行操作之前或之后发生的情况。
-
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
cq:actions="[edit]"
cq:dialogMode="floating"
cq:layout="editbar"
jcr:primaryType="cq:EditConfig">
<cq:listeners
jcr:primaryType="cq:EditListenersConfig"
afteredit="REFRESH_PAGE"/>
</jcr:root>
存储库中存在许多现有配置。 您可以轻松搜索特定属性或子节点：
-
要查找
cq:editConfig节点，例如cq:actions，则可以在 CRXDE Lite 和使用以下XPath查询字符串进行搜索：//element(cq:editConfig, cq:EditConfig)[@cq:actions] -
查找的子节点
cq:editConfig，例如，您可以搜索cq:dropTargets，类型为cq:DropTargetConfig;您可以在 CRXDE Lite 中使用查询工具，并使用以下XPath查询字符串进行搜索：//element(cq:dropTargets, cq:DropTargetConfig)
组件占位符 component-placeholders
组件必须始终呈现一些对作者可见的HTML，即使组件没有内容也是如此。 否则，它可能会从编辑器的界面中以可视方式消失，从而使其在技术上呈现，但在页面和编辑器中却不可见。 在这种情况下，作者将无法选择空组件并与之进行交互。
因此，只要组件在页面编辑器中呈现页面(当WCM模式为 edit 或 preview)。
占位符的典型HTML标记如下所示：
<div class="cq-placeholder" data-emptytext="Component Name"></div>
呈现上述占位符HTML的典型HTL脚本如下所示：
<div class="cq-placeholder" data-emptytext="${component.properties.jcr:title}"
data-sly-test="${(wcmmode.edit || wcmmode.preview) && isEmpty}"></div>
在上一个示例中， isEmpty 是一个变量，仅当组件没有内容且作者不可见时，才为true。
为避免重复，Adobe建议组件实施人员对这些占位符使用HTL模板。 与核心组件提供的类似。
然后，使用以下HTL行完成模板在上一个链接中的使用：
<sly data-sly-use.template="core/wcm/components/commons/v1/templates.html"
data-sly-call="${template.placeholder @ isEmpty=!model.text}"></sly>
在上一个示例中， model.text 是仅当内容包含且可见时才为true的变量。
可在核心组件中查看此模板的使用示例， 例如在标题组件中。
使用cq:EditConfig属性进行配置 configuring-with-cq-editconfig-properties
cq:actions cq-actions
的 cq:actions 属性( String array)定义可对组件执行的一个或多个操作。 以下值可用于配置：
以下配置向组件编辑栏添加编辑按钮、分隔符、删除和插入按钮：
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
cq:actions="[edit,-,delete,insert]"
cq:layout="editbar"
jcr:primaryType="cq:EditConfig"/>
以下配置将文本“从基本框架继承的配置”添加到组件编辑栏：
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
cq:actions="[text:Inherited Configurations from Base Framework]"
cq:layout="editbar"
jcr:primaryType="cq:EditConfig"/>
cq:layout（仅经典UI） cq-layout-classic-ui-only
的 cq:layout 属性( String)定义如何在经典UI中编辑组件。 以下值可用：
以下配置会向组件编辑栏中添加编辑按钮：
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
cq:actions="[edit]"
cq:layout="editbar"
jcr:primaryType="cq:EditConfig">
</jcr:root>
cq:dialogMode（仅经典UI） cq-dialogmode-classic-ui-only
该组件可以链接到编辑对话框。 的 cq:dialogMode 属性( String)定义组件对话框在经典UI中的打开方式。 以下值可用：
以下配置定义了一个带有编辑按钮的编辑栏和一个浮动对话框：
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0"
cq:actions="[edit]"
cq:dialogMode="floating"
cq:layout="editbar"
jcr:primaryType="cq:EditConfig">
</jcr:root>
cq:emptyText cq-emptytext
的 cq:emptyText 属性( String)定义不显示可视内容时显示的文本。 默认为： Drag components or assets here.
cq:inherit cq-inherit
的 cq:inherit 属性( boolean)定义是否从其继承的组件继承缺少的值。 默认为 false.
dialogLayout dialoglayout
的 dialogLayout 属性定义默认情况下应如何打开对话框。
- 值
fullscreen全屏打开对话框。 - 属性的空值或缺失值默认为正常打开对话框。
- 请注意，用户始终可以在对话框中切换全屏模式。
- 不适用于经典UI。
使用cq:EditConfig子节点配置 configuring-with-cq-editconfig-child-nodes
cq:dropTargets cq-droptargets
的 cq:dropTargets 节点（节点类型） nt:unstructured)定义一个放置目标列表，以接受从内容查找器中拖动的资产中的放置。 它用作类型节点的集合 cq:DropTargetConfig.
类型的每个子节点 cq:DropTargetConfig 在组件中定义放置目标。 节点名称很重要，因为必须在JSP中使用它，如下所示，来生成分配给DOM元素的CSS类名称，该元素是有效的放置目标：
<drop target css class> = <drag and drop prefix> +
<node name of the drop target in the edit configuration>
的 <*drag and drop prefix*> 由Java属性定义：
com.day.cq.wcm.api.components.DropTarget.CSS_CLASS_PREFIX。
例如，类名称在下载组件的JSP中定义如下
( /libs/foundation/components/download/download.jsp)，其中 file 是下载组件编辑配置中放置目标的节点名称：
String ddClassName = DropTarget.CSS_CLASS_PREFIX + "file";
类型的节点 cq:DropTargetConfig 需要具有以下属性：
下载组件中提供了以下配置。 它会启用 media 组。 放置后，组件属性 fileReference 正在更新：
<cq:dropTargets jcr:primaryType="nt:unstructured">
<file
jcr:primaryType="cq:DropTargetConfig"
accept="[.*]"
groups="[media]"
propertyName="./fileReference"/>
</cq:dropTargets>
cq:actionConfigs（仅经典UI） cq-actionconfigs-classic-ui-only
的 cq:actionConfigs 节点（节点类型） nt:unstructured)定义附加到由定义的列表的新操作列表 cq:actions 属性。 的每个子节点 cq:actionConfigs 通过定义小组件定义新操作。
以下配置示例定义了一个新按钮（带有经典UI的分隔符）：
-
由xtype定义的分隔符
tbseparator;- 该设置仅用于经典UI。
- 触屏UI会忽略此定义，因为xtype会被忽略（由于触屏UI中操作工具栏的构造方式不同，因此无需使用分隔符）。
-
名为的按钮 管理评论 运行处理程序函数的
CQ_collab_forum_openCollabAdmin().
<jcr:root xmlns:cq="https://www.day.com/jcr/cq/1.0" xmlns:jcr="https://www.jcp.org/jcr/1.0" xmlns:nt="https://www.jcp.org/jcr/nt/1.0"
cq:actions="[EDIT,COPYMOVE,DELETE,INSERT]"
jcr:primaryType="cq:EditConfig">
<cq:actionConfigs jcr:primaryType="nt:unstructured">
<separator0
jcr:primaryType="nt:unstructured"
xtype="tbseparator"/>
<manage
jcr:primaryType="nt:unstructured"
handler="function(){CQ_collab_forum_openCollabAdmin();}"
text="Manage comments"/>
</cq:actionConfigs>
</jcr:root>
cq:formParameters cq-formparameters
的 cq:formParameters 节点（节点类型） nt:unstructured)定义添加到对话框表单的其他参数。 每个属性都会映射到一个表单参数。
以下配置添加了一个名为 name，使用值设置 photos/primary 对话框窗体：
<cq:formParameters
jcr:primaryType="nt:unstructured"
name="photos/primary"/>
cq:inplaceEditing cq-inplaceediting
的 cq:inplaceEditing 节点（节点类型） cq:InplaceEditingConfig)为组件定义就地编辑配置。 它可以具有以下属性：
以下配置允许就地编辑组件并定义 plaintext 作为编辑器类型：
<cq:inplaceEditing
jcr:primaryType="cq:InplaceEditingConfig"
active="{Boolean}true"
editorType="plaintext"/>
cq:listeners cq-listeners
的 cq:listeners 节点（节点类型） cq:EditListenersConfig)定义对组件执行操作之前或之后所发生的情况。 下表定义了其可能的属性。
REFRESH_INSERTED 和 REFRESH_SELFMOVED 处理程序仅在经典UI中可用。cq:listeners 节点：-
对于嵌套的组件，以下属性的值 必须 be
REFRESH_PAGE:aftermoveaftercopy
事件处理程序可以通过自定义实施来实施。 例如(其中 project.customerAction 是静态方法):
afteredit = "project.customerAction"
以下示例等效于 REFRESH_INSERTED 配置：
afterinsert="function(path, definition) { this.refreshCreated(path, definition); }"
before<action> 和 after<action> 事件部分 CQ.wcm.EditBar 和 CQ.wcm.EditRollover 小组件文档。通过以下配置，在删除、编辑、插入或移动组件后会刷新页面：
<cq:listeners
jcr:primaryType="cq:EditListenersConfig"
afterdelete="REFRESH_PAGE"
afteredit="REFRESH_PAGE"
afterinsert="REFRESH_PAGE"
afterMove="REFRESH_PAGE"/>