在此可選的繼續 無AEM頭開發者之旅, 您將了AEM解如何將無頭傳遞與傳統的全堆棧CMS功能結合起來,以及如何使用SPAAEM Editor框架建立可編輯SPA,以及如何整合外SPA部,從而根據需要啟用編輯功能。
此時,您應該已完成 無AEM頭開發者之旅 並瞭解無頭遞送的基本知識,AEM包括瞭解:
因此,你要麼接受了你的第一個AEM無頭項目,要麼擁有了實現這一目標所需的所有知識。 恭喜!
那麼,你為什麼要閱讀這段額外的,可選的旅程延續? 你可能還記得 入門 我們簡要地AEM討論了如何不僅支援無頭遞送和傳統的全棧模型,還支援結合兩者優點的混合模型。 雖然不是傳統的無頭模型,但這種混合模型可以為某些項目提供前所未有的靈活性。
本文基於您對AEMHeadless的瞭解,深入探討如何建立您自己的單頁應用程式(SPA在中實際可編AEM輯)。 這樣,您就可以建立內容並將其直接傳送到SPA,但SPA在中仍可編AEM輯。
本文檔幫助您瞭解如何使用編輯器框架開發AEM單頁SPA應用程式。 閱讀此文檔後,您應:
在開始使用之前,有許多要SPA求AEM。
單頁應用程SPA序(1)與常規頁不同,其是呈現客戶端,並且主要是Javascript驅動的,依靠Ajax調用載入資料並動態更新頁面。 大多數或所有內容在單個頁面負載中檢索一次,並根據用戶與頁面的交互情況根據需要非同步載入其他資源。
這減少了頁面刷新的需要,並為用戶提供了無縫、快速且更像本地應用程式體驗的體驗。
前AEM端開發SPA人員可建立可SPA整合到站點的內容,使內容作者能夠像任何其他內容一樣SPA輕鬆地編輯內容。
通過更快、更流暢和更像本地應用程式,SPA不僅對網頁訪問者,而且由於工作方式的性質,對營銷人員和開發人員來說,都成為非常有吸引力的體SPA驗。
有關使用它們的SPA完整說明和原因,請參閱 額外資源 的子目錄。
開發單頁應用程式AEM時,假定前端開發人員在建立時遵守標準的最佳SPA做法。 如果作為前端開發人員,您遵循這些一般的最佳做法以及AEM少數特定的原則,則SPA您將能夠利用其AEM內容創作功能發揮作用。
有關如何處理的AEM完整SPA說明,請參見 額外資源 的子目錄。
使用常SPA用框架(如React和Angular)構建的站點通過動態JSON載入其內容,並且不提供頁面編輯器能夠放置編輯控AEM件所必需的HTML結構。
要啟用在中的編SPA輯AEM,需要在儲存庫中的JSON輸SPA出和內容模型之AEM間進行映射以保存對內容的更改。
SPA中的AEM支援引入了一個精簡JS層,當載入到頁面編輯器中時,該層與SPAJS代碼交互,可通過該層發送事件,並激活編輯控制項的位置以允許上下文編輯。 此功能基於Content Services API端點概念,因為來自內容的內SPA容需要通過Content Services載入。
有關編輯器的AEM完整SPA說明,請參見 額外資源 的子目錄。
如果您有現有SPA的AEM,則支援將其嵌入AEM到編輯器中,以便您的內容作者可以看到AEM它。 這對於查看他們通過內容片段建立的內容非常有用,這些內容將在要使用的最終應用程式的上下文中顯示。
此外,只需稍作更改,您就可以啟用編輯器內外部SPA的特定編AEM輯功能。
RemotePage元件允許在中呈現SPA外部AEM。
有關如何使外部可編輯的完SPA整說明AEM,請參見 額外資源 的子目錄。
要開始開發您自己的SPA文AEM檔,請查看以下文檔:
如果您需要調整現有SPA文檔以在中AEM使用它,請查看以下文檔:
請參閱下面 額外資源 能讓你更深入地瞭解SPA話題AEM。
以下是一些附加資源,可對本文檔中提到的一些概念進行更深入的介紹。