開發AEM元件

元AEM件可用來封存、格式化和轉譯網頁上提供的內容。

• 當編寫頁面時，元件可讓作者編輯和設定內容。

  • 當構建Commerce站點時，元件可以收集和呈現目錄中的資訊。

    如需詳細資訊，請參閱開發電子商務。

  • 當建立Communities網站時，元件可提供資訊給訪客並收集訪客的資訊。

    如需詳細資訊，請參閱開發社群。

• 在發佈例項中，元件會呈現您的內容，並依您的網站訪客要求呈現內容。

程式碼範例

本頁提供開發新元件所需的參考檔案（或參考檔案的連結）AEM。 如需一些實用範例，請參AEM閱開發元件——程式碼範例。

結構

元件的基本結構在「元件——基本AEM知識」頁中介紹。 該檔案同時涵蓋觸控式和傳統UI。 即使您不需要在新元件中使用傳統設定，在繼承現有元件時也可以注意這些設定。

擴展現有元件和對話框

視您要實作的元件而定，可能會擴充或自訂現有的例項，而不是從頭開始定義和開發整個結構。

在擴展或定制現有元件或對話框時，可以在進行更改之前複製或複製該對話框所需的整個結構或結構。

擴展現有元件

通過資源類型層次結構和相關的繼承機制，可以實現擴展現有元件。

自定義現有元件對話框

也可以使用Sling Resource Merger覆寫​元件對話框​並定義屬性sling:resourceSuperType。

這表示您只需要重新定義所需的差異，而不需重新定義整個對話框（使用sling:resourceSuperType）。 現在建議使用此方法來擴充元件對話方塊

如需詳細資訊，請參閱Sling Resource Merger。

定義標籤

將使用HTML呈現您的元件。 您的元件需要定義需要的HTML，以取得必要的內容，然後在作者和發佈環境中視需要呈現。

使用HTML範本語言

隨6.0推出的HTML範本語言(HTL)取代JSP(JavaServer Pages)，成為HTML偏好且建議的伺服器端範本系統。 對於需要建立強穩企業網站的網頁開發人員，HTL有助於提高安全性和開發效率。

開發內容邏輯

此可選邏輯選擇和／或計算要渲染的內容。 它會從具有適當Use-API模式的HTL運算式中呼叫。

將邏輯與外觀分開的機制有助於澄清對給定視圖的調用。 它還允許對同一資源的不同視圖使用不同的邏輯。

使用Java

HTL Java Use-API可讓HTL檔案存取自訂Java類別中的輔助方法。這可讓您使用Java程式碼來實作邏輯，以選取和設定元件內容。

使用JavaScript

HTL JavaScript Use-API可讓HTL檔案存取以JavaScript編寫的協助程式碼。這可讓您使用JavaScript程式碼來實作邏輯，以選取和設定元件內容。

使用用戶端HTML程式庫

現代網站嚴重依賴由複雜JavaScript和CSS程式碼驅動的用戶端處理。 組織並最佳化此程式碼的服務可能是個複雜的問題。

為幫助解決此問題，AEM提供了​客戶端庫資料夾，允許您將客戶端代碼儲存在儲存庫中，將其組織到類別中，並定義將每類代碼提供給客戶端的時間和方式。 然後用戶端程式庫系統會負責在您的最終網頁中產生正確的連結，以載入正確的程式碼。

如需詳細資訊，請參閱使用用戶端HTML程式庫。

配置編輯行為

您可以配置元件的編輯行為，包括元件可用的操作、就地編輯器的特性以及與元件上的事件相關的監聽器等屬性。 此設定是觸控式和傳統UI的常見設定，但有特定的差異。

通過在元件節點（類型cq:Component）下添加類型cq:EditConfig的cq:editConfig節點，並添加特定屬性和子節點，配置元件的編輯行為。

設定預覽行為

在切換至「預覽」模式時，即使頁面未重新整理，也會設定「WCM模式 Cookie」。​

對於具有對WCM模式敏感的轉譯元件，需要定義這些元件，以明確重新整理它們，然後依賴Cookie的值。

建立和配置對話框

對話方塊可讓作者與元件互動。 使用對話框可讓作者和／或管理員編輯內容、配置元件或定義設計參數（使用設計對話框）

Coral UI和Granite UI

Coral UI和 Granite UI定義了現代的外觀和感AEM覺。

Granite UI提供在製作環境中建立對話方塊 所需的大量基本元件(Widget)。如有需要，您可以延伸此選取範圍並建立您自己的介面工具集。

有關使用Coral和Granite資源類型開發元件的詳細資訊，請參閱：使用珊瑚／花崗岩資源類型建立Experience Manager元件。

如需完整詳細資訊，請參閱：

• Coral UI

  • 在所有雲端解決方案中提供一致的UI
  • 觸控式AEMUI的概念- Coral UI
  • Coral UI 指南

• Granite UI

  • 提供包裝在Sling元件中的Coral UI標籤，以建立UI主控台和對話方塊
  • Touch-Enabled UIAEM的概念- Granite UI
  • Granite UI檔案

建立新對話框

啟用觸控功能的UI對話方塊：

• 名稱為cq:dialog。

• 定義為nt:unstructured節點，並設定sling:resourceType屬性。

• 位於其cq:Component節點下，並位於其元件定義旁。

• 會根據其內容結構和sling:resourceType屬性，在伺服器端（以Sling元件的形式）轉譯。

• 使用Granite UI架構。

• 包含描述對話框中欄位的節點結構。

  • 這些節點為nt:unstructured，具有所需的sling:resourceType屬性。

示例節點結構可能是：

newComponent (cq:Component)
  cq:dialog (nt:unstructured)
    content 
      layout 
      items 
        column 
          items 
            file 
            description  

自定義對話框類似於開發元件，因為對話框本身是元件（即元件指令碼呈現的標籤以及客戶端庫提供的行為／樣式）。

如需範例，請參閱：

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

自定義對話框欄位

建立新欄位

觸控式UI的介面工具集會實作為Granite UI元件。

若要建立新介面工具集，以便用於觸控式UI的元件對話方塊中，您必須建立新的Granite UI欄位元件。

如果您將對話方塊視為表單元素的簡單容器，則您也可以將對話方塊內容的主要內容視為表單欄位。 建立新表單域需要建立資源類型；這相當於建立新元件。 為協助您完成該任務，Granite UI提供了要繼承的通用欄位元件（使用sling:resourceSuperType）:

/libs/granite/ui/components/coral/foundation/form/field

更具體地說，Granite UI提供了一系列適合用於對話框（或更一般地，forms）的欄位元件。

建立資源類型後，可以通過在對話框中添加新節點來實例化欄位，該節點的屬性sling:resourceType引用了剛剛引入的資源類型。

建立樣式和行為的客戶端庫

如果您想要定義元件的樣式和行為，可以建立專用的用戶端程式庫，以定義自訂CSS/LESS和JS。

要僅為元件對話框（即不為其他元件載入）載入客戶端庫，您需要將對話框的extraClientlibs屬性設定為剛建立的客戶端庫的類別名稱。 如果您的用戶端資料庫相當大且／或您的欄位是該對話方塊專屬的，且在其他對話方塊中不需要，則建議您這麼做。

要為所有對話框載入客戶端庫，請將客戶端庫的category屬性設定為cq.authoring.dialog。 這是客戶端庫的類別名稱，在顯示所有對話框時，預設情況下會包含該類別名稱。 如果您的用戶端程式庫較小且／或欄位是通用的，而且可在其他對話方塊中重複使用，您就要這麼做。

如需範例，請參閱：

• cqgems/customizingfield/components/colorpicker/clientlibs

  • 由代碼示例提供

擴展（繼承自）欄位

視您的需求而定，您可以：

• 依元件繼承(sling:resourceSuperType)擴充指定的Granite UI欄位
• 從基礎介面工具集程式庫延伸指定介面工具集（如果是Granite UI，則為Coral UI），請遵循介面工具集程式庫API（JS/CSS繼承）

對對話框欄位的訪問

您也可以使用演算條件(rendercondition)來控制誰可以存取對話方塊中的特定標籤／欄位；例如：

+ mybutton
  - sling:resourceType = granite/ui/components/coral/foundation/button
  + rendercondition
    - sling:resourceType = myapp/components/renderconditions/group
    - groups = ["administrators"]

處理欄位事件

處理對話欄位上事件的方法現在已針對自訂用戶端程式庫](#listeners-in-a-custom-client-library)中的聆聽器完成。 這與在內容結構中具有[監聽器的舊方法有所改變。

自定義客戶端庫中的監聽程式

若要將邏輯插入您的欄位，您應：

1. 將您的欄位標示為指定的CSS類別(hook)。
2. 在用戶端程式庫中，定義一個掛接該CSS類別名稱的JS接聽程式（這可確保您的自訂邏輯僅限於您的欄位，而不會影響同類型的其他欄位）。

若要達成此目的，您必須瞭解您要與之互動的基礎Widget程式庫。 請參閱Coral UI檔案以識別您要對哪個事件做出反應。 這與您過去必須對ExtJS執行的程式非常類似：尋找指定介面工具集的檔案頁面，然後檢查其事件API的詳細資訊。

如需範例，請參閱：

• cqgems/customizingfield/components/clientlibs/customizingfield

  • 由代碼示例提供

內容結構中的監聽器

在具有ExtJS的傳統UI中，通常在內容結構中有指定Widget的監聽器。 在觸控式UI中達到相同的效果與JS接聽程式碼（或任何程式碼）在內容中不再定義不同。

內容結構描述了語義結構；它不應（必須）暗示基礎介面工具集的性質。 如果內容結構中沒有JS程式碼，您就可以變更實作詳細資訊，而不需變更內容結構。 換言之，您可以變更介面工具集資料庫，而不需觸碰內容結構。

檢測對話框的可用性

如果您有自訂JavaScript，而且只有在對話方塊可用且準備就緒時才需要執行，則應監聽dialog-ready事件。

每當對話方塊載入（或重新載入）並準備使用時，就會觸發此事件，這表示每當對話方塊的DOM中有變更（建立／更新）時。

dialog-ready 可用來在JavaScript自訂程式碼中掛接，以對對話方塊內的欄位或類似工作執行自訂。

欄位驗證

必填欄位

要將指定欄位標籤為強制，請在欄位的內容節點上設定以下屬性：

• 名稱: required
• 類型: Boolean

如需範例，請參閱：

/libs/foundation/components/page/cq:dialog/content/items/tabs/items/basic/items/column/items/title/items/title

欄位驗證(Granite UI)

在Granite UI和Granite UI元件（相當於widget）中進行欄位驗證的方法是使用foundation-validation API。 如需詳細資 foundation-valdiation 訊，請參閱Granite檔案。

如需範例，請參閱：

• cqgems/customizingfield/components/clientlibs/customizingfield/js/validations.js

  • 由代碼示例提供

• /libs/cq/gui/components/authoring/dialog/clientlibs/dialog/js/validations.js

建立和配置設計對話框

當元件具有可在設計模式中編輯的設計詳細資訊時，將提供「設計」對話框。

定義與用於編輯內容](#creating-a-new-dialog)的[對話框非常相似，其區別在於它定義為節點：

• 節點名稱：cq:design_dialog
• 類型: nt:unstructured

建立和配置Inplace Editor

置入編輯器可讓使用者直接編輯段落流程中的內容，而不需開啟對話方塊。 例如，標準的「文字」和「標題」元件都有置入編輯器。

不需要／不需要對每個元件類型都有意義的就地編輯器。

如需詳細資訊，請參閱擴充頁面編寫——新增就地編輯器。

自定義元件工具欄

元件工具列可讓使用者存取元件的一系列動作，例如編輯、設定、複製和刪除。

如需詳細資訊，請參閱擴充頁面編寫——新增動作至元件工具列。

為參照邊欄配置元件（借／借）

如果您的新元件參考其他頁面的內容，則您可以考慮是否要影響​參考​導軌的​借閱內容​和​借閱內容​區段。

出廠設定僅檢AEM查Reference元件。 若要新增元件，您必須設定OSGi Bundle WCM Authoring Content Reference Configuration。

在定義中建立新條目，指定元件以及要檢查的屬性。 例如：

/apps/<your-Project>/components/reference@parentPath

啟用元件並將其添加到段落系統

在開發元件後，需要啟用它以便在適當的段落系統中使用，以便用於所需的頁面。

這可以通過以下任一方法完成：

• 編輯特定頁面時使用設計模式。
• 在模板的段落系統上定義元件屬性。

配置段落系統，以便拖動資產可建立元件實例

提供AEM在頁面上設定段落系統的可能性，以便當使用者將（適當）資產拖曳至該頁面的例項上時，自動建立新元件的例項（而不必總是拖曳空元件至頁面）。

此行為，以及必要的資產對元件關係可以設定：

1. 在頁面設計的段落定義下。 例如：

   • /etc/designs/<myApp>/page/par

   建立新節點：

   • 名稱: cq:authoring
   • 類型: nt:unstructured

2. 在此下，建立一個新節點以保存所有資產到元件映射：

   • 名稱: assetToComponentMapping
   • 類型: nt:unstructured

3. 對於每個資產到元件映射，建立一個節點：

   • 名稱：文字；建議名稱注明資產及相關元件類型；例如，影像
   • 類型: nt:unstructured

   每個都包含下列屬性：

   • assetGroup:

     • 類型: String
     • 值：資產所屬之集團；例如，media

   • assetMimetype:

     • 類型: String
     • 值：相關資產的啞劇型；例如image/*

   • droptarget:

     • 類型: String
     • 值：落靶；例如，image

   • resourceType:

     • 類型: String
     • 值：相關元件資源；例如，foundation/components/image

   • type:

     • 類型: String
     • 值：類型，例如Images

如需範例，請參閱：

• /etc/designs/geometrixx/jcr:content/page/par/cq:authoring
• /etc/designs/geometrixx-outdoors/jcr:content/page/par/cq:authoring
• /etc/designs/geometrixx-media/jcr:content/article/article-content-par/cq:authoring

GITHUB代碼

您可以在GitHub上找到此頁面的程式碼

• 在GitHub上開啟aem-project-archetype專案
• 將專案下載為a ZIP file

使用AEM括弧延伸

Brackets ExtensionAEM提供了編輯元件和用戶端程式庫的順暢AEM工作流程。 它以Brackets程式碼編輯器為基礎。

擴充功能：

• 簡化同步（不需要Maven或File Vault），以協助提高開發人員的效率，並協助知識有限的前AEM端開發人員參與專案。
• 提供部分HTL支援，此範本語言旨在簡化元件開發並提高安全性。

從傳統元件遷移

將專為搭配傳統UI使用而設計的元件移轉至可與觸控式UI搭配使用的元件時（單獨或共同使用），應考慮下列問題：

• HTL

  • 使用HTL並非強制性，但如果您的元件需要更新，則是考慮從JSP移轉至HTL](/docs/experience-manager-64/developing/components/components-basics.html?lang=zh-Hant#htl-vs-jsp)的最佳時機。[

• 元件

  • 移轉使用傳統UI特定函式的 cq:listener程式碼
  • RTE增效模組，如需詳細資訊，請參閱設定Rich Text Editor。
  • 移 cq:listener 轉使用傳統UI專用函式的程式碼

• 對話方塊

  • 您將需要建立新對話方塊，以便在觸控式UI中使用。 不過，為了相容性，當未為觸控式UI定義對話方塊時，觸控式UI可以使用傳統UI對話方塊的定義。
  • 現代化工AEM具可協助您擴充現有元件。
  • 將ExtJS對應至Granite UI元 件可方便地概述ExtJS xtypes和節點類型及其等效的Granite UI資源類型。
  • 自定義欄位，有關詳細資訊，請參AEM閱自定義對話框欄位上的Gems會話。
  • 從vtypes移轉至Granite UI驗證
  • 使用JS監聽器，有關詳細資訊，請參閱處理欄位事件和自AEM訂對話框欄位上的Gems會話。

移轉cq：監聽程式碼

如果您要移轉專為傳統UI設計的專案，則cq:listener程式碼（和元件相關的clientlibs）可能會使用特定於傳統UI的函式（例如CQ.wcm.*）。 在移轉時，您必須使用觸控式UI中的等同物件／函式來更新此類程式碼。

如果您的專案已完全移轉至觸控式使用者介面，您需要取代此類程式碼，以使用與觸控式使用者介面相關的物件和功能。

不過，如果您的專案在移轉期間（通常情形）必須同時符合傳統UI和觸控式UI，則您必須實作切換，以區隔參照適當物件的個別程式碼。

此切換機制可實現為：

if (Granite.author) {
    // touch UI
} else {
    // classic UI
}

記錄您的元件

身為開發人員，您希望輕鬆存取元件檔案，以便快速瞭解：

• 說明
• 預定用途
• 內容結構與屬性
• 公開的API和擴充點
• 等等。

因此，很容易就能在元件本身使用任何現有的檔案標籤。

您只需將README.md檔案置於元件結構中。 然後，此標籤將顯示在元件控制台中。

支援的標籤與內容片段的標籤相同。