页面模板 page-templates
创建页面时,您需要选择模板。 页面模板用作新页面的基础。 模板定义生成页面的结构、任何初始内容以及可以使用的组件(设计属性)。 这有几个优点:
-
页面模板允许专业作者创建和编辑模板。
- 此类专用作者称为 模板作者
- 模板作者必须是
template-authors
组的成员。
-
页面模板会保留与从中创建的任何页面的动态连接。 这可确保对模板所做的任何更改都会反映在页面本身中。
-
页面模板使页面组件变得更通用,以便无需自定义即可使用核心页面组件。
使用页面模板,构成页面的片段被隔离在组件中。 您可以在UI中配置必要的组件组合,从而无需为每个页面变体开发新的页面组件。
本文档:
- 提供了创建页面模板的概述
- 描述创建可编辑模板所需的管理员/开发人员任务
- 描述可编辑模板的技术基础
- 描述AEM如何评估模板的可用性
创建新模板 creating-a-new-template
创建页面模板主要由模板作者使用模板控制台和模板编辑器完成。 本节概述了此过程,并在后面描述了技术级别所发生的情况。
创建可编辑模板时,您可以:
-
为模板🔗创建一个文件夹。 这并非强制要求,但建议采用最佳实践。
-
note note NOTE 现成提供模板类型选择。 如有必要,您还可以创建您自己的站点特定的模板类型。 -
配置新模板的结构、内容策略、初始内容和布局。
结构
- 利用结构,可为模板定义组件和内容。
- 不能在生成页面上移动在模板结构中定义的组件,也不能从任何生成页面中删除这些组件。
- 如果要使页面作者能够添加和删除组件,请在模板中添加段落系统。
- 可以解锁组件,然后再将其锁定,以便定义初始内容。
有关模板作者如何定义结构的详细信息,请参阅创建页面模板。
有关结构的技术详细信息,请参阅本文档中的结构。
策略
-
内容策略定义组件的设计属性。
- 例如,可用的元件或最小/最大尺寸。
-
这些属性适用于模板(和使用模板创建的页面)。
有关模板作者如何定义策略的详细信息,请参阅创建页面模板。
有关策略的技术详细信息,请参阅本文档中的内容策略。
初始内容
- 初始内容定义首次根据模板创建页面时将显示的内容。
- 随后,页面作者可以编辑初始内容。
有关模板作者如何定义结构的详细信息,请参阅创建页面模板。
有关初始内容的技术详细信息,请参阅本文档中的初始内容。
布局
- 您可以为各种设备定义模板布局。
- 模板的响应式布局与页面创作时的响应式布局功能相同。
有关模板作者如何定义模板布局的详细信息,请参阅创建页面模板。
有关模板布局的技术详细信息,请参阅本文档中的布局。
-
启用模板,然后为特定内容树允许该模板。
- 可以启用或禁用模板,使其对页面作者可用或不可用。
- 可以使模板可用于或不可用于某些页面分支。
有关模板作者如何启用模板的详细信息,请参阅创建页面模板。
有关启用模板的技术详细信息,请参阅本文档中的为我们启用和允许模板e
-
使用它创建内容页面。
- 使用模板创建页面时,静态模板与可编辑模板之间没有可见的区别和指示。
- 对于页面作者,该过程是透明的。
有关页面作者如何使用模板创建页面的详细信息,请参阅创建和组织页面。
有关使用可编辑模板创建页面的技术详细信息,请参阅本文档中的生成内容页面。
cq.shared
命名空间,如果该名称不存在,将导致JavaScript错误Uncaught TypeError: Cannot read property 'shared' of undefined
。cq.shared
,因此任何基于它们的内容都会自动包含cq.shared
。 但是,如果您决定从头开始创建自己的内容页面,而不基于示例内容,则必须确保包含cq.shared
命名空间。模板文件夹 template-folders
要组织模板,您可以使用以下文件夹:
global
- 站点特定
在标准AEM实例中,global
文件夹已存在于模板控制台中。 该文件夹会保存默认模板,如果在当前文件夹中未找到策略和/或模板类型,则该文件夹会充当备用。 您可以将默认模板添加到此文件夹或创建文件夹(推荐)。
global
文件夹。admin
权限的用户创建。模板类型和策略将按照以下优先级顺序跨所有文件夹继承:
- 当前文件夹
- 当前文件夹的父文件夹
/conf/global
/apps
/libs
将创建所有允许条目的列表。 如果任何配置重叠(path
/ label
),则只向用户显示最接近当前文件夹的实例。
要创建文件夹,您可以执行以下操作:
- 以编程方式或使用CRXDE Lite
- 使用配置浏览器
使用 CRXDE Lite using-crxde-lite
-
可以通过编程方式或使用CRXDE Lite为实例创建新文件夹(位于/conf下)。
必须使用以下结构:
code language-xml /conf <your-folder-name> [sling:Folder] settings [sling:Folder] wcm [cq:Page] templates [cq:Page] policies [cq:Page]
-
然后,您可以在文件夹根节点上定义以下属性:
<your-folder-name> [sling:Folder]
- 名称:
jcr:title
- 类型:
String
- 值:您希望在 模板 控制台中显示的标题(针对文件夹)。
- 名称:
-
除了标准创作权限和特权(例如
content-authors
)之外,您现在需要分配组并定义作者所需的访问权限(ACL),以便能够在新文件夹中创建模板。template-authors
组是必须分配的默认组。 有关详细信息,请参阅ACL和组部分。
使用配置浏览器 using-the-configuration-browser
-
转到 全局导航 > 工具 > 配置浏览器。
现有文件夹在左侧列出,包括
global
文件夹。 -
单击 创建。
-
在 创建配置 对话框中,需要配置以下字段:
- 标题:提供配置文件夹的标题
- 可编辑模板:勾选以允许在此文件夹中编辑模板
-
单击 创建
ACL和组 acls-and-groups
创建模板文件夹(通过CRXDE或使用配置浏览器)后,必须为模板文件夹的相应组定义ACL,以确保适当的安全性。
WKND教程的模板文件夹可以用作示例。
模板作者组 the-template-authors-group
template-authors
组是用于管理对模板的访问权限的组,它是AEM的标准组,但为空。 必须将用户添加到项目/站点的组中。
template-authors
组仅适用于必须能够创建新模板的用户。下表详细列出了模板编辑所需的权限。
此默认template-authors
组仅涵盖项目设置,其中所有template-authors
成员都有权访问和创作所有模板。 对于更复杂的设置,需要多个模板作者组来分隔对模板的访问,则必须创建更多自定义模板作者组。 但是,模板作者组的权限将仍然相同。
模板类型 template-type
创建模板时,您需要指定模板类型:
-
模板类型可以有效地为模板提供模板。 创建模板时,使用所选模板类型的结构和初始内容创建新模板。
- 将复制模板类型以创建模板。
- 复制完成后,模板和模板类型之间的唯一连接是用作信息的静态引用。
-
模板类型允许您定义:
- 页面组件的资源类型。
- 根节点的策略,用于定义模板编辑器中允许的组件。
- 建议为响应式网格定义断点,并在模板类型上设置移动设备模拟器。
-
AEM提供了少量的现成模板类型,如“HTML5页面”和“自适应表单页面”。
- 其他示例作为WKND教程的一部分提供。
-
模板类型通常由开发人员定义。
现成的模板类型存储在下:
/libs/settings/wcm/template-types
/libs
路径中的任何内容。 这是因为/libs
的内容可以随时由AEM更新覆盖。特定于站点的模板类型应存储在类似位置:
/apps/settings/wcm/template-types
自定义模板类型的定义应存储在用户定义的文件夹中(推荐)或存储在global
中。 例如:
/conf/<my-folder-01>/<my-folder-02>/settings/wcm/template-types
/conf/<my-folder>/settings/wcm/template-types
/conf/global/settings/wcm/template-types
/settings/wcm/...
),否则将无法找到模板类型。创建模板类型 creating-template-types
如果您已创建可作为其他模板基础的模板,则可以将此模板作为模板类型复制。
您还可以在GitHub上使用示例可编辑模板作为基础来开发自己的模板类型。
GITHUB上的代码
您可以在GitHub上找到此页面的代码
模板定义 template-definitions
可编辑模板的定义存储在用户定义文件夹(推荐)或global
中。 例如:
/conf/<my-folder>/settings/wcm/templates
/conf/<my-folder-01>/<my-folder-02>/settings/wcm/templates
/conf/global/settings/wcm/templates
模板的根节点为cq:Template
类型,骨架结构为:
<template-name>
initial
jcr:content
root
<component>
...
<component>
jcr:content
@property status
policies
jcr:content
root
@property cq:policy
<component>
@property cq:policy
...
<component>
@property cq:policy
structure
jcr:content
root
<component>
...
<component>
cq:responsive
breakpoints
thumbnail.png
主要内容包括:
-
<template-name>
[initial](#initial-content)
jcr:content
[structure](#structure)
[policies](#policies)
thumbnail.png
jcr:content jcr-content
此节点保存模板的属性:
-
名称:
jcr:title
-
名称:
status
- ''类型:
String
- 值:
draft
、enabled
或disabled
- ''类型:
结构 structure
定义生成页面的结构:
-
在创建页面时与初始内容(
/initial
)合并。 -
对结构所做的更改会反映在使用模板创建的任何页面中。
-
root
(structure/jcr:content/root
)节点定义了结果页面中可用的组件列表。- 无法在任何生成页面上移动或删除在模板结构中定义的组件。
- 解锁组件后,
editable
属性将设置为true
。 - 解锁已包含内容的组件后,此内容将移至
initial
分支。
-
cq:responsive
节点包含响应布局的定义。
初始内容 initial-content
定义新页面在创建时将具有的初始内容:
- 包含已复制到任何新页面的
jcr:content
节点。 - 在创建页面时与结构(
/structure
)合并。 - 如果在创建后更改了初始内容,则不会更新任何现有页面。
root
节点保存组件列表,以定义结果页面中可用的组件。- 如果在结构模式下将内容添加到组件且随后解锁该组件(或反之),则此内容将用作初始内容。
布局 layout
在编辑模板时,您可以定义布局,这会使用标准响应布局。
内容策略 content-policies
内容策略定义组件的设计属性。 例如,可用的组件或最小/最大尺寸。这些选项适用于模板(以及使用该模板创建的页面)。 可以在模板编辑器中创建和选择内容策略。
-
root
节点上的属性cq:policy
/conf/<your-folder>/settings/wcm/templates/<your-template>/policies/jcr:content/root
为页面的段落系统提供内容策略的相对引用。 -
属性
cq:policy
位于root
下的组件显式节点上,提供指向各个组件策略的链接。 -
实际的策略定义存储在以下位置:
/conf/<your-folder>/settings/wcm/policies/wcm/foundation/components
cq:policy
保留对配置本身的相对引用。页面策略 page-policies
页面策略允许您在模板或生成页面中为页面(主parsys)定义内容策略。
启用和允许使用模板 enabling-and-allowing-a-template-for-use
-
启用模板
在使用模板之前,必须通过以下任一方式启用模板:
-
从 模板 控制台启用模板。
-
正在设置
jcr:content
节点上的状态属性。-
例如,在:
/conf/<your-folder>/settings/wcm/templates/<your-template>/jcr:content
-
定义属性:
- 名称:状态
- 类型:字符串
- 值:
enabled
-
-
-
允许的模板
-
在子分支的相应页面或根页面的 页面属性上定义允许的模板路径。
-
设置属性:
cq:allowedTemplates
在所需分支的jcr:content
节点上。
例如,其值为:
/conf/<your-folder>/settings/wcm/templates/.*
-
生成内容页面 resultant-content-pages
从可编辑模板创建的页面:
-
使用模板中从
structure
和initial
合并的子树创建 -
具有对模板和模板类型中包含的信息的引用。 这可以通过具有以下属性的
jcr:content
节点实现:-
cq:template
— 提供对实际模板的动态引用;使对模板的更改能够反映在实际页面上。 -
cq:templateType
— 提供对模板类型的引用。
-
上图显示了模板、内容和组件如何相互关联:
呈现页面时:
-
模板:
- 引用其
jcr:content
节点的cq:template
属性以访问与该页面对应的模板。
- 引用其
-
组件:
-
页面组件会将模板的
structure/jcr:content
树与页面的jcr:content
树合并。- 页面组件将仅允许作者编辑已标记为可编辑的模板结构的节点(以及任何子节点)。
- 在页面上呈现组件时,将从
jcr:content
节点中获取该组件的相对路径;随后将搜索模板的policies/jcr:content
节点下的相同路径。- 此节点的
cq:policy
属性指向实际内容策略(即保存该组件的设计配置)。- 这样,您就可以拥有多个重复使用相同内容策略配置的模板。
- 此节点的
-
模板可用性 template-availability
在站点管理界面中创建页面时,可用模板的列表取决于新页面的位置以及在每个模板中指定的版面限制。
以下属性确定是否允许将模板T
用于要作为页面P
的子页面放置的新页面。 以下每个属性都是一个多值字符串,其中包含零个或多个用于与路径匹配的正则表达式:
-
P
的jcr:content
子节点或P
的上级的cq:allowedTemplates
属性。 -
T
的allowedPaths
属性。 -
T
的allowedParents
属性。 -
P
模板的allowedChildren
属性。
评估工作如下:
-
以
P
开头的页面层次结构升序时找到的第一个非空cq:allowedTemplates
属性与T
的路径匹配。 如果没有任何匹配的值,则会拒绝T
。 -
如果
T
具有非空的allowedPaths
属性,但没有值与P
的路径匹配,则T
被拒绝。 -
如果上述两个属性都为空或不存在,
T
将被拒绝,除非它与P
属于同一应用程序。 当且仅当T
路径的第二级名称与P
路径的第二级名称相同时,T
与P
属于同一应用程序。 例如,模板/apps/wknd/templates/foo
与页面/content/wknd
属于同一应用程序。 -
如果
T
具有非空的allowedParents
属性,但没有值与P
的路径匹配,则T
被拒绝。 -
如果
P
的模板具有非空的allowedChildren
属性,但没有值与T
的路径匹配,则T
被拒绝。 -
在所有其他情况下,允许
T
。
下图描述了模板评估流程:
-
仅
cq:allowedTemplates
属性 -
仅在站点根目录上
/content/wknd/jcr:content
allowedPaths
、allowedParents
和allowedChildren
也可以放在模板上以定义更复杂的规则。 但是,如果可能,如果需要进一步限制允许的模板,在网站的子区域上定义其他cq:allowedTemplates
属性会更简单 许多。cq:allowedTemplates
属性可由作者在 页面属性 的 高级 选项卡中更新。 无法使用(标准)UI更新其他模板属性,因此需要开发人员维护规则和每次更改的代码部署。限制子页面中使用的模板 limiting-templates-used-in-child-pages
要限制哪些模板可用于在给定页面下创建子页面,请使用页面jcr:content
节点的cq:allowedTemplates
属性指定允许作为子页面的模板列表。 列表中的每个值都必须是允许的子页面的模板的绝对路径,例如/apps/wknd/templates/page-content
。
您可以在模板的jcr:content
节点上使用cq:allowedTemplates
属性,将此配置应用于使用此模板的所有已创建页面。
如果要添加更多约束(例如,关于模板层次结构),可以在模板上使用allowedParents/allowedChildren
属性。 然后,您可以明确指定从模板T创建的页面必须是从模板T创建的页面的父项/子项。