安 體驗片段 是一個或多個元件的組,包括可在頁面中引用的內容和佈局。
經驗片段主和/或變型使用:
sling:resourceType
: /libs/cq/experience-fragments/components/xfpage
因為沒有 /libs/cq/experience-fragments/components/xfpage/xfpage.html
它會恢復
sling:resourceSuperType
: wcm/foundation/components/page
使用 .plain.
selector,您可以訪問純HTML格式副本。
這可從瀏覽器獲得,但其主要用途是允許其他應用程式(例如,第三方Web應用程式、自定義移動實現)僅使用URL直接訪問體驗片段的內容。
純HTML格式副本將協定、主機和上下文路徑添加到以下路徑:
類型: src
。 href
或 action
或以: -src
或 -href
例如:
.../brooklyn-coat/master.plain.html
連結始終引用發佈實例。 這些連結旨在由第三方使用,因此連結將始終從發佈實例調用,而不是作者。
普通格式副本選擇器使用變壓器而不是附加指令碼;這樣 斯林重寫器 用作變壓器。 此配置在
/libs/experience-fragments/config/rewriter/experiencefragments
僅 體驗片段支援可編輯模板。
在為「體驗片段」開發新模板時,可以遵循可編輯模板的標準做法。
建立由 建立體驗片段 嚮導,您必須遵循以下規則集之一:
兩者:
模板的資源類型(初始節點)必須從以下位置繼承:
cq/experience-fragments/components/xfpage
模板名稱必須以下列內容開頭:
experience-fragments
這允許用戶在/content/experience-fragments中建立體驗片段作為
cq:allowedTemplates
此資料夾的屬性包含名稱以開頭的所有模板 experience-fragment
。 客戶可以更新此屬性以包括其自己的命名方案或模板位置。
允許的模板 可以在「體驗片段」控制台中配置。
開發用於/用於經驗片段的元件遵循標準做法。
唯一的附加配置是確保模板上允許使用元件,這是通過內容策略實現的。
在AEM您可以建立體驗片段。 體驗片段:
此類組的一個使用案例是將內容嵌入第三方觸點,如Adobe Target。
使用「導出到目標」功能,可以:
可以在的作者實例上啟用此功AEM能。 它需要有效的Adobe Target配置和連結外部化程式的配置。
連結外部化程式用於確定建立目標服務的HTML版本時所需的正確URL,該版本隨後將發送到Adobe Target。 這是必要的,因為Adobe Target要求可以公開訪問目標HTML服務內的所有連結;這意味著必須先發佈連結引用的任何資源以及體驗片段本身,然後才能使用這些資源。
預設情況下,在構建目標HTML提供時,會向中的自定義Sling選擇器發送請AEM求。 此選擇器被調用 .nocloudconfigs.html
。 正如其名稱所暗示的,它建立體驗片段的純HTML渲染,但不包括雲配置(這將是多餘的資訊)。
生成HTML頁後,Sling Rewriter管線將修改輸出:
的 html
。 head
, body
元素替換為 div
元素。 的 meta
。 noscript
和 title
元素被移除(它們是原始元素的子元素 head
元素,並且當替換為 div
元素)。
這樣做是為了確保HTML目標優惠可以包括在目標活動中。
修AEM改HTML中存在的任何內部連結,以便它們指向已發佈的資源。
要確定要修改的連結,請AEM遵循以下HTML元素屬性模式:
src
屬性href
屬性*-src
屬性(如data-src、custom-src等)*-href
屬性(如 data-href
。 custom-href
。 img-href
等等在大多數情況下,HTML中的內部連結是相對連結,但在自定義元件在HTML中提供完整URL時,可能會出現這種情況。 預設情況下,AEM將忽略這些完整的URL,並且不進行任何修改。
這些屬性中的連結通過連結外部AEM化程式運行 publishLink()
以重新建立URL,就像它位於已發佈實例上一樣,可公開使用。
使用現成實施時,上述過程應足以從經驗片段生成目標優惠,然後將其導出到Adobe Target。 但是,有些使用案例在此過程中沒有說明;這些包括:
對於這些使用AEM情形,提供「連結重寫器提供程式介面」。
對於更複雜的案例, 預設,提供AEM連結重寫器提供程式介面。 這是 ConsumerType
作為服務在捆綁包中實現的介面。 它繞過從體驗AEM片段呈現的HTML要約的內部連結執行的修改。 此介面允許您自定義改寫內部HTML連結的過程,以符合您的業務需要。
將此介面作為服務實現的使用案例包括:
sling:alias mechanisms
已到位此介面僅處理生成的目標優惠中的內部HTML連結。
連結重寫器提供程式介面( ExperienceFragmentLinkRewriterProvider
)如下所示:
public interface ExperienceFragmentLinkRewriterProvider {
String rewriteLink(String link, String tag, String attribute);
boolean shouldRewrite(ExperienceFragmentVariation experienceFragment);
int getPriority();
}
要使用介面,您首先需要建立一個包,其中包含實現連結重寫器提供程式介面的新服務元件。
此服務將用於插入「將體驗片段導出到目標重寫」,以便能夠訪問各種連結。
比如說, ComponentService
:
import com.adobe.cq.xf.ExperienceFragmentLinkRewriterProvider;
import com.adobe.cq.xf.ExperienceFragmentVariation;
import org.osgi.service.component.annotations.Service;
import org.osgi.service.component.annotations.Component;
@Component
@Service
public class GeneralLinkRewriter implements ExperienceFragmentLinkRewriterProvider {
@Override
public String rewriteLink(String link, String tag, String attribute) {
return null;
}
@Override
public boolean shouldRewrite(ExperienceFragmentVariation experienceFragment) {
return false;
}
@Override
public int getPriority() {
return 0;
}
}
對於服務工作,現在需要在服務內部實現三種方法:
[shouldRewrite](#shouldrewrite)
[rewriteLink](#rewritelink)
rewriteLinkExample2
[getPriority](#priorities-getpriority)
您需要向系統指示,在對特定體驗片段變體的「導出到目標」發出調用時,系統是否需要重寫連結。 通過實現以下方法,可以執行此操作:
shouldRewrite(ExperienceFragmentVariation experienceFragment);
例如:
@Override
public boolean shouldRewrite(ExperienceFragmentVariation experienceFragment) {
return experienceFragment.getPath().equals("/content/experience-fragment/master");
}
該方法接收作為參數的導出到目標系統當前正在重寫的經驗片段變化。
在上例中,我們要重寫:
存在的連結 src
href
僅屬性
特定體驗片段:
/content/experience-fragment/master
通過「導出到目標」系統的任何其他體驗片段將被忽略,並且不受此服務中實現的更改的影響。
對於受重寫過程影響的體驗片段變化,再由服務處理鏈路重寫。 每當在內部HTML中遇到連結時,都會調用以下方法:
rewriteLink(String link, String tag, String attribute)
作為輸入,該方法接收參數:
link
的
String
當前正在處理的連結的表示形式。 這通常是指向作者實例上的資源的相對URL。
tag
當前正在處理的HTML元素的名稱。
attribute
確切的屬性名。
例如,如果「導出到目標」系統當前正在處理此元素,則可以定義 CSSInclude
為:
<link rel="stylesheet" href="/etc.clientlibs/foundation/clientlibs/main.css" type="text/css">
呼叫 rewriteLink()
方法使用以下參數完成:
rewriteLink(link="/etc.clientlibs/foundation/clientlibs/main.css", tag="link", attribute="href" )
在建立服務時,您可以根據給定的輸入做出決策,然後相應地重寫連結。
例如,我們要刪除 /etc.clientlibs
添加相應的外部域。 為了保持簡單,我們將考慮我們有權訪問您的服務的資源解析程式,如 rewriteLinkExample2
:
有關如何通過服務用戶獲取資源解析程式的詳細資訊,請參閱中的服務用AEM戶。
private ResourceResolver resolver;
private Externalizer externalizer;
@Override
public String rewriteLink(String link, String tag, String attribute) {
// get the externalizer service
externalizer = resolver.adaptTo(Externalizer.class);
if(externalizer == null) {
// if there was an error, then we do not modify the link
return null;
}
// remove leading /etc.clientlibs from resource link before externalizing
link = link.replaceAll("/etc.clientlibs", "");
// considering that we configured our publish domain, we directly apply the publishLink() method
link = externalizer.publishLink(resolver, link);
return link;
}
如果以上方法返回 null
,則「導出到目標」系統將保留連結原樣,即資源的相對連結。
需要多種服務來滿足不同種類的體驗片段,甚至需要通用服務來處理所有體驗片段的外部化和映射,這種情況並不少見。 在這些情況下,可能會發生與要使用哪些服務有關的衝突,AEM因此可以定義 優先順序 不同服務。 使用以下方法指定優先順序:
getPriority()
此方法允許使用多個服務, shouldRewrite()
方法對於同一經驗片段返回true。 返回其中最大數目的服務 getPriority()
方法是處理體驗片段變化的服務。
例如,您可以 GenericLinkRewriterProvider
處理所有體驗片段的基本映射,以及 shouldRewrite()
方法返回 true
所有體驗片段變體。 對於幾個特定的體驗片段,您可能需要特殊處理,因此在本例中,您可以提供 SpecificLinkRewriterProvider
對於 shouldRewrite()
方法僅對某些經驗片段變體返回true。 確保 SpecificLinkRewriterProvider
被選擇處理這些體驗片段變體,它必須返回 getPriority()
方法大於 GenericLinkRewriterProvider.