在AEM中使用Sling Resource Merger using-the-sling-resource-merger-in-aem

用途 purpose

Sling Resource Merger提供存取及合併資源的服務。 它為兩者提供不同(差異)機制:

  • 覆蓋 資源的 設定的搜尋路徑.

  • 覆寫 觸控式UI的元件對話方塊數量(cq:dialog),使用資源型別階層(透過屬性 sling:resourceSuperType)。

透過Sling Resource Merger,覆蓋/覆寫資源和/或屬性會與原始資源/屬性合併:

  • 自訂定義內容的優先順序高於原始內容(亦即 覆蓋覆寫 it)。

  • 必要時, 屬性 在自訂中定義,指示如何使用從原始內容合併的內容。

CAUTION
Sling Resource Merger和相關方法只能用於 Granite. 這也表示這僅適用於標準的觸控式UI,特別是以這種方式定義的覆寫僅適用於元件的觸控式對話方塊。
其他區域(包括觸控式元件或傳統UI的其他方面)的覆蓋/覆寫涉及將適當的節點和結構從原始複製到將定義自訂的位置。

AEM的目標 goals-for-aem

在AEM中使用Sling Resource Merger的目標為:

  • 確保不會在中進行自訂變更 /libs.

  • 減少復寫來源的結構 /libs.

    在使用Sling Resource Merger時,不建議從複製整個結構 /libs 因為這會造成自訂中包含太多資訊(通常是 /apps)。 當系統以任何方式升級時,不必要地複製資訊會增加發生問題的機會。

NOTE
覆寫不依存於搜尋路徑,而是使用屬性 sling:resourceSuperType 以建立連線。
不過,覆寫通常定義於 /apps,因為AEM的最佳實務是定義下的自訂 /apps;這是因為您不得變更下的任何專案 /libs.
CAUTION
必須 不會變更中的任何專案 /libs 路徑。
這是因為 /libs 下次升級執行個體時會被覆寫(當您套用hotfix或feature pack時,很可能會被覆寫)。
設定和其他變更的建議方法是:
  1. 重新建立所需專案(即存在於中的專案) /libs)下 /apps

  2. 進行任何變更 /apps

屬性 properties

資源合併器提供下列屬性:

  • sling:hideProperties ( StringString[])

    指定要隱藏的屬性或屬性清單。

    萬用字 * 隱藏所有。

  • sling:hideResource ( Boolean)

    指示是否應完全隱藏資源,包括其子項。

  • sling:hideChildren ( StringString[])

    包含要隱藏的子節點或子節點清單。 將會維護節點的屬性。

    萬用字 * 隱藏所有。

  • sling:orderBefore ( String)

    包含同層級節點的名稱,目前節點應位於該節點的前面。

這些屬性會影響對應/原始資源/屬性(來自 /libs)由覆蓋/覆寫使用(通常位於 /apps)。

建立結構 creating-the-structure

若要建立覆蓋或覆寫,您需要在目的地下以同等結構重新建立原始節點(通常是 /apps)。 例如:

  • 覆蓋

    • Sites主控台之導覽專案的定義(如邊欄中所示)定義於:

      /libs/cq/core/content/nav/sites/jcr:title

    • 若要覆蓋此節點,請建立下列節點:

      /apps/cq/core/content/nav/sites

      然後更新屬性 jcr:title 視需要。

  • 覆寫

    • 文字控制檯之觸控式對話方塊的定義定義如下:

      /libs/foundation/components/text/cq:dialog

    • 若要覆寫此節點,請建立以下節點 — 例如:

      /apps/the-project/components/text/cq:dialog

若要建立其中一個,您只需要重新建立骨架結構。 若要簡化結構的重新建立,所有中間節點都可以是型別 nt:unstructured (它們不需要反映原始節點型別;例如,在 /libs)。

所以在上述覆蓋圖範例中,需要下列節點:

/apps
  /cq
    /core
      /content
        /nav
          /sites
NOTE
在使用Sling Resource Merger時(也就是說,在處理標準觸控式UI時),不建議從複製整個結構 /libs 因為這會導致過多資訊保留在 /apps. 當系統以任何方式升級時,這可能會導致問題。

使用案例 use-cases

這些功能與標準功能搭配使用,可讓您:

  • 新增屬性

    屬性不存在於 /libs 定義,但在 /apps 覆蓋/覆寫。

    1. 在中建立對應的節點 /apps
    2. 在此節點上建立新屬性»
  • 重新定義屬性(不是自動建立的屬性)

    屬性定義於 /libs,但中需要新值 /apps 覆蓋/覆寫。

    1. 在中建立對應的節點 /apps

    2. 在此節點上建立相符的屬性(在/底下) apps)

      • 根據Sling資源解析器設定,屬性的優先順序將為。

      • 支援變更屬性型別。

        如果您使用的屬性型別與中使用的不同 /libs,則會使用您定義的屬性型別。

    note note
    NOTE
    支援變更屬性型別。
  • 重新定義自動建立的屬性

    根據預設,自動建立的屬性(例如 jcr:primaryType)不受覆蓋/覆寫約束,以確保目前位於下的節點型別 /libs 已遵守。 若要強制覆蓋/覆寫,您必須在中重新建立節點 /apps,明確隱藏屬性並重新定義:

    1. 在下建立對應的節點 /apps 搭配所需的 jcr:primaryType

    2. 建立屬性 sling:hideProperties 在該節點上,且值設定為自動建立屬性的值;例如, jcr:primaryType

      此屬性,在下定義 /apps,的優先順序現在會高於下定義的優先順序 /libs

  • 重新定義節點及其子系

    節點及其子系定義於 /libs,但中需要新設定 /apps 覆蓋/覆寫。

    1. 結合下列動作:

      1. 隱藏節點的子系(保留節點的屬性)
      2. 重新定義屬性/屬性
  • 隱藏屬性

    屬性定義於 /libs,但不需要 /apps 覆蓋/覆寫。

    1. 在中建立對應的節點 /apps

    2. 建立屬性 sling:hideProperties 型別 StringString[]. 使用此項可指定要隱藏/忽略的屬性。 也可以使用萬用字元。 例如:

      • *
      • ["*"]
      • jcr:title
      • ["jcr:title", "jcr:description"]
  • 隱藏節點及其子系

    節點及其子系定義於 /libs,但不需要 /apps 覆蓋/覆寫。

    1. 在/apps下建立對應的節點

    2. 建立屬性 sling:hideResource

      • 型別: Boolean
      • 值: true
  • 隱藏節點的子系(同時保留節點的屬性)

    節點、其屬性及其子系定義於 /libs. 節點及其屬性需要在 /apps 覆蓋/覆寫,但部分或全部子節點不需要在 /apps 覆蓋/覆寫。

    1. 在下建立對應的節點 /apps

    2. 建立屬性 sling:hideChildren

      • 型別: String[]
      • 值:子節點的清單(如中所定義) /libs)以隱藏/忽略

      您可以使用萬用字元*來隱藏/忽略所有子節點。

  • 重新排序節點

    節點及其同層級定義於 /libs. 需要新位置,才能在中重新建立節點 /apps 覆蓋/覆寫,其中新位置是參考中適當的同層級節點所定義 /libs.

    • 使用 sling:orderBefore 屬性:

      1. 在下建立對應的節點 /apps

      2. 建立屬性 sling:orderBefore

        這會指定節點(如 /libs)讓目前節點位於下列位置之前:

        • 型別: String
        • 值: <before-SiblingName>

從您的程式碼叫用Sling Resource Merger invoking-the-sling-resource-merger-from-your-code

Sling Resource Merger包含兩個自訂資源提供者,一個用於覆蓋,另一個用於覆寫。 您可以使用掛接點,在程式碼中叫用這些選項:

NOTE
存取資源時,建議使用適當的掛載點。
這可確保叫用Sling資源合併,並傳回完全合併的資源(減少需要複製的結構) /libs)。
  • 覆蓋:

    • 用途:根據搜尋路徑合併資源

    • 掛接點: /mnt/overlay

    • 使用狀況: mount point + relative path

    • 範例:

      • getResource('/mnt/overlay' + '<relative-path-to-resource>');
  • 覆寫:

    • 用途:根據資源的超級型別合併資源

    • 掛接點: /mnt/overide

    • 使用狀況: mount point + absolute path

    • 範例:

      • getResource('/mnt/override' + '<absolute-path-to-resource>');

使用範例 example-of-usage

本文包含一些範例:

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2