创建页面时,您需要选择模板。 页面模板用作新页面的基础。 模板可定义生成页面的结构、任何初始内容以及可使用的组件(设计属性)。这具有以下几个优势:
template-authors
组的成员。使用页面模板,可以在组件中隔离生成页面的部分。 您可以在UI中配置组件的必要组合,从而无需为每个页面变体开发新的页面组件。
本文档:
此文档假定您已经熟悉创建和编辑模板。 请参阅创作文档创建页面模板,其中详细介绍了模板作者可编辑模板的功能。
WKND教程 通过实施示例深入介绍如何使用页面模板,对于了解如何在新项目中设置模板非常有用
创建页面模板主要由模板作者使用模板控制台和模板编辑器来完成。 本节概述了此过程,并随后介绍了在技术层面发生的情况。
创建新的可编辑模板时,您需要执行以下步骤:
为模板](#template-folders)创建[文件夹。 这不是强制性的,但建议采用最佳实践。
现成提供模板类型选项。 如果需要,还可以创建您自己的站点特定模板类型。
配置新模板的结构、内容策略、初始内容和布局。
结构
有关模板作者如何定义结构的详细信息,请参阅创建页面模板。
有关此结构的技术详细信息,请参阅此文档中的结构。
策略
内容策略定义组件的设计属性。
这些属性适用于模板(和使用模板创建的页面)。
有关模板作者如何定义策略的详细信息,请参阅创建页面模板。
有关策略的技术详细信息,请参阅此文档中的内容策略。
初始内容
有关模板作者如何定义结构的详细信息,请参阅创建页面模板。
有关初始内容的技术详细信息,请参阅此文档中的初始内容。
布局
有关模板作者如何定义模板布局的详细信息,请参阅创建页面模板。
有关模板布局的技术详细信息,请参阅此文档中的布局。
启用模板,然后为特定内容树允许它。
有关模板作者如何启用模板的详细信息,请参阅创建页面模板。
有关启用模板的技术详细信息,请参阅此文档中的为我们启用和允许模板e
使用它创建内容页面。
有关页面作者如何使用模板创建页面的详细信息,请参阅创建和组织页面。
有关使用可编辑模板创建页面的技术详细信息,请参阅此文档中的生成内容页面。
切勿在模板中输入任何需要国际化的信息。出于内部化目的,建议使用核心组件](/docs/experience-manager-core-components/using/get-started/localization.html?lang=zh-Hans)的[本地化功能。
模板是简化页面创建工作流程的强大工具。 但是,过多的模板可能会使作者不堪重负,并使页面创建变得混乱。 一个不错的经验法则是将模板数量保持在100以下。
Adobe不建议具有1000个以上的模板,因为这可能会影响性能。
编辑器客户端库假定内容页面中存在cq.shared
命名空间,如果不存在,则将导致JavaScript错误Uncaught TypeError: Cannot read property 'shared' of undefined
。
所有示例内容页面都包含cq.shared
,因此基于这些页面的任何内容都会自动包含cq.shared
。 但是,如果您决定从头开始创建您自己的内容页面而不基于示例内容,则必须确保包含cq.shared
命名空间。
有关详细信息,请参阅使用客户端库。
要组织模板,您可以使用以下文件夹:
global
即使您可以嵌套文件夹,当用户在模板控制台中视图文件夹时,这些文件夹也会显示为平面结构。
在标准AEM实例中,模板控制台中已存在global
文件夹。 此文件夹会保存默认模板,如果在当前文件夹中没有找到策略和/或模板类型,则此文件夹可以充当备用。您可以将默认模板添加到此文件夹或创建新文件夹(推荐)。
最好创建一个新文件夹来保存您的自定义模板,而不使用global
文件夹。
文件夹必须由具有admin
权限的用户创建。
模板类型和策略会按照以下优先顺序继承到所有文件夹:
/conf/global
/apps
/libs
将创建所有允许条目的列表。 如果任何配置重叠(path
/ label
),则只向用户显示最接近当前文件夹的实例。
要创建新文件夹,您可以执行以下操作之一:
可以通过编程或CRXDE Lite为实例创建新文件夹(在/conf下)。
必须使用以下结构:
/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和组一节。
转至全局导航 -> 工具 > 配置浏览器。
现有文件夹列在左侧,包括global
文件夹。
单击创建。
在创建配置对话框中,需要配置以下字段:
单击创建
在配置浏览器中,如果您希望在此文件夹中创建模板,可以编辑全局文件夹并激活可编辑模板选项,但建议不要这样做。
在创建模板文件夹(通过CRXDE或使用配置浏览器)后,必须为模板文件夹的相应组定义ACL,以确保适当的安全性。
WKND教程的模板文件夹可以用作示例。
template-authors
组是用于管理模板访问权限的组,它标配AEM,但为空。 必须将用户添加到项目/站点的组。
template-authors
组仅适用于必须能够创建新模板的用户。
编辑模板功能非常强大,如果不能正确编辑,现有模板就会损坏。 因此,该角色应集中并仅包括合格用户。
下表详细列出了进行模板编辑所需的权限。
路径 | 角色/组 | 权限 |
描述 |
---|---|---|---|
/conf/<your-folder>/settings/wcm/templates |
模板作者 |
读、写、复制 | 在特定于站点的/conf 空间中创建、读取、更新、删除和复制模板的模板作者 |
匿名Web用户 | 读 | 匿名Web用户在呈现页面时必须阅读模板 | |
内容作者 | 复制 | replicateContent作者在激活页面时需要激活页面的模板 | |
/conf/<your-folder>/settings/wcm/policies |
Template Author |
读、写、复制 | 在特定于站点的/conf 空间中创建、读取、更新、删除和复制模板的模板作者 |
匿名Web用户 | 读 | 匿名Web用户在呈现页面时必须阅读策略 | |
内容作者 | 复制 | 内容作者在激活页面时需要激活页面模板的策略 | |
/conf/<site>/settings/template-types |
模板作者 | 读 | 模板作者根据预定义的模板类型之一创建新模板。 |
匿名Web用户 | 无 | 匿名Web用户不能访问模板类型 |
此默认template-authors
组仅涵盖项目设置,所有template-authors
成员均可访问和创作所有模板。 对于更复杂的设置,在这些设置中,需要多个模板作者组才能单独访问模板,必须创建更多自定义模板作者组。 但是,模板作者组的权限将保持不变。
创建新模板时,您需要指定模板类型:
模板类型有效地为模板提供模板。 创建新模板时,将使用所选模板类型的结构和初始内容创建新模板。
模板类型允许您定义:
AEM提供一些现成的模板类型选项,如HTML5页面和自适应表单页面。
模板类型通常由开发人员定义。
现成模板类型存储在以下位置:
/libs/settings/wcm/template-types
不得更改/libs
路径中的任何内容。 这是因为对AEM的更新可以随时覆盖/libs
的内容。
站点特定的模板类型应存储在以下可比位置:
/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/...
),否则将找不到模板类型。
如果已创建可用作其他模板基础的模板,则可以将此模板复制为模板类型。
templates
节点复制到template文件夹下的template-types
节点。templates
节点中删除模板。template-types
节点下的模板副本中,删除所有cq:template
和cq:templateType
jcr:content
属性。您还可以根据GitHub提供的示例可编辑模板,开发您自己的模板类型。
GITHUB上的代码
您可以在GitHub上找到此页面的代码
可编辑模板的定义存储在用户定义的文件夹(推荐)或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:title
status
String
draft
、 enabled
或 disabled
定义生成页面的结构:
在创建新页面时与初始内容(/initial
)合并。
对结构所做的更改将反映在使用模板创建的任何页面中。
root
(structure/jcr:content/root
)节点定义将在生成页面中可用的组件列表。
editable
属性将设置为true
。initial
分支。cq:responsive
节点保存响应式布局的定义。
定义新页面在创建时将包含的初始内容:
jcr:content
节点。/structure
)合并。root
节点包含一列表组件,用于定义在生成页面中可用的组件。在编辑模板时,您可以定义布局,它使用标准响应式布局](/docs/experience-manager-cloud-service/sites-cloud/authoring/features/responsive-layout.html?lang=zh-Hans)。[
内容策略定义组件的设计属性。 例如,可用的组件或最小/最大尺寸。这些属性适用于模板(和使用模板创建的页面)。可以在模板编辑器中创建和选择内容策略。
root
节点上的属性cq:policy
/conf/<your-folder>/settings/wcm/templates/<your-template>/policies/jcr:content/root
为页面的段落系统提供对内容策略的相对引用。
属性cq:policy
位于root
下的component-explicit节点上,提供指向各个组件的策略的链接。
实际策略定义存储在:
/conf/<your-folder>/settings/wcm/policies/wcm/foundation/components
策略定义的路径取决于组件的路径。 cq:policy
保存对配置本身的相对引用。
页面策略允许您在模板或生成页面中为页面(主parsys)定义内容策略。
启用模板
必须通过以下任一方式启用模板才能使用模板:
从“模 板”控制台启 用模板。
在jcr:content
节点上设置状态属性。
例如,在:
/conf/<your-folder>/settings/wcm/templates/<your-template>/jcr:content
定义属性:
enabled
允许的模板
在子分支的相应页面或根页 面的 页面属性中定义允许的模板路径。
设置属性:
cq:allowedTemplates
在
jcr:content
所需分支的节点。
例如,值为:
/conf/<your-folder>/settings/wcm/templates/.*
从可编辑模板创建的页面:
使用从模板中的structure
和initial
合并的子树创建
具有对模板和模板类型中信息的引用。 这是通过具有以下属性的jcr:content
节点实现的:
cq:template
-提供对实际模板的动态引用;允许在实际页面上反映对模板所做的更改。
cq:templateType
-提供对模板类型的引用。
上图显示了模板、内容和组件之间如何相互关联:
/content/<my-site>/<my-page>
—— 引用模板的生成页面。 内容控制整个过程。 根据定义,它访问相应的模板和组件。/conf/<my-folder>/settings/wcm/templates/<my-template>
- 模板和相关内容策略定义页面配置。/apps/<my-site>/components
—— 在创作和发布环境上,组件会呈现内容。呈现页面时:
模板:
jcr:content
节点的cq:template
属性以访问与该页面对应的模板。组件:
structure/jcr:content
树与页面的jcr:content
树合并。
jcr:content
节点获取;随后将搜索模板policies/jcr:content
节点下的同一路径。
cq:policy
属性指向实际的内容策略(即它包含该组件的设计配置)。
在站点管理界面中创建新页面时,可用模板的列表取决于新页面的位置以及在每个模板中指定的放置限制。
以下属性确定是否允许将模板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
属于与if相同的应 P
用程序,并且仅当路径的第二级 T
的名称与路径的第二级的名称相同时 P
。例如,模板/apps/wknd/templates/foo
与页面/content/wknd
属于同一应用程序。
如果T
具有非空的allowedParents
属性,但没有任何值与P
的路径匹配,则拒绝T
。
如果P
的模板具有非空的allowedChildren
属性,但没有任何值与T
的路径匹配,则拒绝T
。
在所有其他情况下,允许T
。
下图描述了模板评估流程:
AEM优惠多个属性以控制Sites下允许的模板。 但是,将这些规则组合在一起可能会导致非常复杂的规则,难以跟踪和管理。
因此,Adobe建议您通过定义以下各项来简化开始:
仅cq:allowedTemplates
属性
仅在站点根目录上
有关示例,请参阅WKND教程内容:/content/wknd/jcr:content
属性allowedPaths
、allowedParents
和allowedChildren
也可以放在模板上,以定义更复杂的规则。 但是,如果可能,如果需要进一步限制允许的模板,则在站点的子部分上进一步定义cq:allowedTemplates
属性会更简单。**
另一个优势是,作者可以在页面属性的高级选项卡中更新cq:allowedTemplates
属性。 其他模板属性无法使用(标准)UI进行更新,因此需要开发人员为每次更改维护规则和代码部署。
要限制可用于在给定页面下创建子页面的模板,请使用页面jcr:content
节点的cq:allowedTemplates
属性指定允许作为子页面的模板列表。 列表中的每个值都必须是允许的子页面模板的绝对路径,例如/apps/wknd/templates/page-content
。
您可以使用模板的jcr:content
节点上的cq:allowedTemplates
属性,将此配置应用于使用此模板的所有新创建页面。
如果要添加更多约束(例如,关于模板层次结构),可以使用模板上的allowedParents/allowedChildren
属性。 然后,您可以明确指定从模板T创建的页面必须是从模板T创建的页面的父/子页面。