AEM 技術基礎 aem-technical-foundations

AEM是建構在經驗證、可擴充且彈性技術上的強大平台。 本檔案提供構成AEM的各種零件的詳細概觀，旨在作為完整棧疊AEM開發人員的技術附錄。 本指南並非旨在作為快速入門手冊。 如果您剛開始使用AEM開發，請先參閱開發AEM Sites - WKND教學課程快速入門。

基礎知識 fundamentals

作為現代化的內容管理系統，AEM仰賴於標準的網頁技術：

基礎內容存放庫和業務邏輯層是圍繞Java™技術建立的：

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

Java™ Content Repository (JCR)標準JSR 283指定了在內容存放庫內的精細層級，以獨立於廠商和實作的方式雙向存取內容。 規格領先者為Adobe Research （瑞士） AG。

JCR API 2.0套件javax.jcr.*用於直接存取和操作存放庫內容。

AEM是以JCR為基礎。

Apache Jackrabbit Oak jackrabbit-oak

Apache Jackrabbit Oak是一種可擴充且高效能階層式內容存放庫的實作，可做為現代世界級網站和其他高需求內容應用程式的基礎，並符合JCR標準。

Jackrabbit Oak (也簡稱為Oak)是建置AEM所依據的JCR標準的實作。

Sling請求處理 sling-request-processing

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

Sling簡介 introduction-to-sling

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

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

請參閱在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

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

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

使用URL分解的原則：

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

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

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

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

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

找到指令碼 locating-the-script

找到適當的資源（內容節點）時，就會擷取​ sling資源型別。 此路徑會找出要用於轉譯內容的指令碼。

sling:resourceType指定的路徑可以是：

所有Sling指令碼都儲存在/apps （可變，使用者指令碼）或/libs （不可變，系統指令碼）的子資料夾中，依此順序搜尋。

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

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

使用上一個範例，如果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.*和標籤程式庫。

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

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

更複雜的指令碼（彙總指令碼）可存取多個資源（例如導覽、側欄、頁尾、清單元素），方法是加入​ 資源。

在此情況下，您可以使用sling:include("/<path>/<resource>")命令。 它有效地包含參考資源的定義。

osgi osgi

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

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

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

此架構可讓您使用應用程式特定模組來擴充Sling。 Sling和AEM使用Apache Felix的OSGi實作。 兩者都是在OSGi架構中執行的OSGi套件組合集合。

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

如需詳細資訊，請參閱設定AEM as a Cloud Service的OSGi。

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

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