AEM核心概念 aem-core-concepts

在AEM上進行開發的先決條件 prerequisites-for-developing-on-aem

您需要下列技能才能在AEM之上開發：

也建議您閱讀並遵循 准則與最佳實務.

Java™內容存放庫 java-content-repository

Java™ Content Repository (JCR)標準、 JSR 283，會指定獨立於廠商和實作，以在內容存放庫內的精細層級上雙向存取內容。

規格領先者為Adobe Research （瑞士） AG。

此 JCR API 2.0 套件，javax.jcr。&ast；用於直接存取及操控存放庫內容。

Experience Server (CRX)和Jackrabbit experience-server-crx-and-jackrabbit

Experience Server提供AEM以Experience Services為基礎、可用來建置自訂應用程式的Experience Services，並根據Jackrabbit嵌入內容存放庫。

Apache Jackrabbit 是開放原始碼、完全符合JCR API 2.0的實作。

Sling請求處理 sling-request-processing

Sling簡介 introduction-to-sling

AEM建置方式 Sling，此網頁應用程式架構以REST原則為基礎，可讓您輕鬆開發內容導向的應用程式。 Sling使用JCR存放庫（例如Apache Jackrabbit），或如果有AEM，則使用CRX內容存放庫作為其資料存放區。 Sling已對Apache Software Foundation有所貢獻 — 如需詳細資訊，請參閱Apache 。

使用Sling時，要呈現的內容型別不是第一個處理考量。 主要考量是URL是否解析為內容物件，然後可以找到指令碼以執行轉譯。 這為網頁內容作者提供了絕佳支援，協助他們建立可輕鬆根據需求自訂的頁面。

在包含各種不同內容元素的應用程式中，或是需要可輕鬆自訂的頁面時，這種彈性的優點顯而易見。 特別是在AEM解決方案中實作WCM之類的網頁內容管理系統時。

另請參閱 15分鐘搞定Sling 開始使用Sling開發。

下圖說明Sling指令碼解析。 它說明如何從HTTP要求取得至內容節點、從內容節點取得至資源型別、從資源型別取得至指令碼，以及有哪些指令碼變數可用。

下圖說明在處理SlingPostServlet時可以使用的所有隱藏但強大的請求引數。 它包含所有POST請求的預設處理常式，為您提供在存放庫中建立、修改、刪除、複製和移動節點的無限選項。

Sling以內容為中心 sling-is-content-centric

Sling是 以內容為中心. 這表示處理著重於內容，因為每個(HTTP)請求都會對應至JCR資源（存放庫節點）形式的內容：

RESTful Sling restful-sling

由於以內容為中心的理念，Sling實作了REST導向的伺服器，因此在Web應用程式架構中引入了新概念。 優點包括：

URL分解 url-decomposition

在Sling中，處理是由使用者請求的URL驅動。 這會定義適當的指令碼要顯示的內容。 為此，會從URL擷取資訊。

如果您分析下列URL：

https://myhost/tools/spy.printable.a4.html/a/b?x=12

您可以將它分解成其複合零件：

通訊協定 HTTP

主機 網站名稱。

內容路徑 指定要轉譯之內容的路徑。 用於擴充功能。 在此範例中，它們會轉譯為 tools/spy.html.

選擇器 用於轉譯內容的替代方法；在此範例中為A4格式的印表機友善版本。

副檔名 內容格式；也指定要用於轉譯的指令碼。

尾碼 可用來指定其他資訊。

引數 動態內容所需的任何引數。

從URL到內容與指令碼 from-url-to-content-and-scripts

使用下列原則：

下圖說明了所使用的機制，以下各節將更詳細地討論該機制。

使用Sling，您可以指定哪一個指令碼會轉譯特定實體(透過設定 sling:resourceType 屬性)。 此機制比指令碼存取資料實體時的自由度更大（PHP指令碼中的SQL陳述式就是如此），因為資源可以有數個轉譯。

將請求對應至資源 mapping-requests-to-resources

系統會劃分請求並擷取必要資訊。 系統會搜尋存放庫中的請求資源（內容節點）：

Sling也可讓JCR節點以外的專案成為資源，但這是進階功能。

找到指令碼 locating-the-script

找到適當的資源（內容節點）時， sling資源型別 「 」已擷取。 這是路徑，可找出要用於轉譯內容的指令碼。

指定的路徑 sling:resourceType 可以是下列其中一項：

所有Sling指令碼都儲存在以下任一個的子資料夾中： /apps 或 /libs，會依此順序搜尋(請參閱 自訂元件和其他元素)。

其他需要注意的要點包括：

Felix管理主控台會列出指定AEM執行個體支援的指令碼引擎清單( http://<host>:<port>/system/console/slingscripting)。

此外，Apache Sling也支援與其他熱門的指令碼引擎整合（例如Groovy、JRuby、Freemarker），並提供整合新指令碼引擎的方法。

使用上述範例，如果 sling:resourceType 是 hr/jobs 然後針對：

如果特定請求套用多個指令碼，則會選取最符合的指令碼。 相符專案越具體，越好；換言之，無論是否有任何相符的要求副檔名或方法名稱，選取器越符合越好。

例如，考慮存取資源的請求
/content/corporate/jobs/developer.print.a4.html
型別
sling:resourceType="hr/jobs"

假設您在正確位置有下列指令碼清單：

偏好設定順序為(8) - (7) - (6) - (5) - (4) - (3) - (2) - (1)。

除了資源型別(主要由 sling:resourceType 屬性)，還有資源超級型別。 這由以下指示 sling:resourceSuperType 屬性。 嘗試尋找指令碼時，也會考量這些超級型別。 資源超級型別的優點在於，它們可以形成資源階層，其中預設資源型別 sling/servlet/default （用於預設servlet）實際上是根。

資源的資源超級型別可透過兩種方式定義：

例如：

下列專案的型別階層：

這是因為 /y 具有 sling:resourceSuperType 屬性，而 /x 不會，因此其超型別會取自其資源型別。

無法直接呼叫Sling指令碼 sling-scripts-cannot-be-called-directly

在Sling中，無法直接呼叫指令碼，因為這會破壞REST伺服器的嚴格概念；您可以混合使用資源和表示法。

如果您直接呼叫表示（指令碼），會在指令碼內隱藏資源，讓框架(Sling)不知道該資源。 因此，您會遺失某些功能：

Sling API sling-api

這會使用Sling API套件org.apache.sling。&ast；和標籤程式庫。

使用sling：include參照現有元素 referencing-existing-elements-using-sling-include

最後考量是需要參考指令碼中的現有元素。

更複雜的指令碼（彙總指令碼）必須存取多個資源（例如導覽、側欄、頁尾、清單元素），並透過包含 resource.

若要這麼做，請使用sling：include("/<path>/<resource>「)命令。 這實際上包括參考資源的定義，如以下陳述式所示，該陳述式參考用於轉譯影像的現有定義：

%><sling:include resourceType="geometrixx/components/image/img"/><%

OSGI osgi

OSGi定義用於開發和部署模組化應用程式和程式庫的架構(也稱為Java™適用的動態模組系統)。 OSGi容器可讓您將應用程式分成個別模組（這些模組是含有其他中繼資訊的jar檔案，在OSGi術語中稱為套裝），並透過以下方式管理它們之間的交叉相依性：

這些服務與合約提供的架構，可讓個別元素動態地互相探索，以便共同作業。

接著OSGi架構會提供這些套裝的動態載入/解除安裝、設定和控制，而不需要重新啟動。

此架構可讓您使用應用程式特定模組來擴充Sling。 Sling和CQ5使用 Apache Felix OSGI （開放式服務閘道計畫）的實作，且以OSGi服務平台第4發行版本4.2規格為基礎。 兩者都是在OSGi架構中執行的OSGi套件組合集合。

這可讓您對安裝內的任何套裝軟體執行下列動作：

另請參閱 網頁主控台， OSGI設定、和 OSGi組態設定 以取得詳細資訊。

AEM環境中的開發物件 development-objects-in-the-aem-environment

下列專案符合開發需求：

專案 專案是節點或屬性。

如需有關操作Item物件的詳細資訊，請參閱 Java™檔案 介面javax.jcr.Item的

節點（及其屬性） 節點及其屬性在JCR API 2.0規格(JSR 283)中定義。 它們儲存內容、物件定義、演算指令碼和其他資料。

節點會定義內容結構，其屬性會儲存實際內容和中繼資料。

內容節點會驅動轉譯。 Sling從傳入要求取得內容節點。 此節點的屬性sling：resourceType指向要使用的Sling演算元件。

在Sling環境中，JCR名稱節點也稱為資源。

例如，若要取得目前節點的屬性，您可以在指令碼中使用下列程式碼：

PropertyIterator properties = currentNode.getProperties();

currentNode是目前的節點物件。

如需有關操作Node物件的詳細資訊，請參閱 Java™檔案.

Widget 在AEM中，所有使用者輸入均由Widget管理。 這些通常用於控制內容的編輯。

對話方塊是藉由組合Widget所建置。

AEM是使用Widget的ExtJS資料庫開發的。

對話方塊 對話方塊是一種特殊型別的Widget。

若要編輯內容，AEM會使用應用程式開發人員定義的對話方塊。 這些功能結合一系列的Widget，向使用者呈現編輯相關內容所需的所有欄位和動作。

對話方塊也用於編輯中繼資料，以及各種管理工具。

元件 軟體元件是一種系統元素，提供預先定義的服務或事件，並能與其他元件通訊。

在AEM中，元件通常用於呈現資源的內容。 當資源為頁面時，轉譯該資源的元件稱為頂層元件或頁面元件。 不過，元件不需要呈現內容，也不需要連結至特定資源。 例如，導覽元件會顯示多個資源的相關資訊。

元件的定義包括下列各項：

範本 範本是特定頁面型別的基礎。 在網站標籤中建立頁面時，使用者必須選取範本。 然後複製此範本以建立新頁面。

範本是節點的階層，其結構與要建立的頁面相同，但沒有任何實際內容。

它會定義用於呈現頁面的頁面元件和預設內容（主要頂層內容）。 內容會定義其呈現方式，因為AEM是以內容為中心。

頁面元件（最上層元件） 要用來呈現頁面的元件。

頁面 頁面是範本的「例項」。

頁面具有cq：Page型別的階層節點和cq：PageContent型別的內容節點。 內容節點的屬性sling：resourceType指向用於轉譯頁面的頁面元件。

例如，若要取得目前頁面的名稱，您可以在指令碼中使用下列程式碼：

String pageName = currentPage.getName();

TcurrentPage為目前頁面物件。 如需有關操控頁面物件的詳細資訊，請參閱 Java™檔案.

頁面管理員 頁面管理員是提供頁面層級作業方法的介面。

例如，若要取得資源的容納頁面，您可以在指令碼中使用下列程式碼：

頁面myPage = pageManager.getContainingPage(myResource)；

pageManager是頁面管理員物件，myResource是資源物件。 如需頁面管理員所提供方法的詳細資訊，請參閱 Java™檔案.

存放庫內的結構 structure-within-the-repository

下列清單提供您在存放庫中看到的結構概覽。

環境 environments

使用AEM時，生產環境通常包含兩種不同型別的執行個體： 製作和發佈執行個體.

排程程式 the-dispatcher

Dispatcher是Adobe的快取和/或負載平衡工具。 如需詳細資訊，請參閱 Dispatcher.

FileVault （來源修訂系統） filevault-source-revision-system

FileVault為您的JCR存放庫提供檔案系統對應和版本控制。 透過對標準版本控制系統（例如Subversion）中專案計畫碼、內容、設定等的儲存和版本化提供完整支援，可用於管理AEM開發專案。

請參閱 FileVault工具 詳細資訊的檔案。

工作流程 workflows

您的內容通常受限於組織流程，包括各種參與者的核准和簽署等步驟。 這些程式可以表示為工作流程， 在AEM中定義和開發，然後套用至 適當的內容頁面 或 數位資產 視需要。

工作流程引擎是用來管理工作流程的實作，及其後續對您內容的應用程式。

多網站管理 multi-site-management

多網站管理員(MSM)可讓您輕鬆管理共用相同內容的多個網站。 MSM可讓您定義網站之間的關係，如此一來，一個網站中的內容變更便會自動複製到其他網站。

例如，網站通常以多種語言提供給國際受眾。 若使用相同語言的網站數量偏低（三至五），則採用手動程式來同步跨網站的內容。 然而，當網站數量增加或涉及多種語言時，自動化程式會變得更有效率。

如需詳細資訊，請參閱 多站點管理員.