在 AEM無頭開發者歷程, 您將了解在AEM中實作第一個無頭體驗的步驟,包括規劃考量事項,並了解最佳實務,讓路徑盡可能順暢。
在AEM無頭歷程的上一份檔案中, AEM Headless快速入門 您學到了無頭式CMS的基本理論,現在應該:
本文以這些基本知識為基礎,讓您了解如何準備您自己的AEM無頭專案。
本檔案可協助您了解實作第一個專案所需的步驟。 閱讀後,您應:
繼續處理本檔案之前,請確定您已檢閱AEM Headless Developer Journey中的先前檔案, AEM Headless快速入門 請確定您:
若要開始您的第一個AEM無頭專案,您必須確保擁有的內容模型可支援您要在所有管道進行的個人化和更新。
與AEM分開,如果您要建置用戶端應用程式,以便根據對AEM的API呼叫測試用戶端,也請確定您已設定正確的開發環境。
您想要推動一致的體驗,並管理各管道的個人化行銷活動,因此您可以將每個個別管道和表面視為要交付的各自不同內容結構。 然而,要維護每個管道都有各自的內容模型,將是一項挑戰。
相反地,您應根據組織原則(例如品牌和產品階層、商品或曲面的類別或客戶歷程中的步驟),考慮不同曲面上的內容的關聯方式。 例如,如果您有一組表面支援您製造的特定品牌汽車,則您可能希望從內容模型開始,以獲取對整輛汽車來說是正確的常規資訊,然後擁有更多特定元素,例如在汽車開始到出現服務問題時所需的內容。 這種模型將強制繼承一般汽車品牌內容,同時允許根據所需的特定上下文進行換班。 這也有助於日後管理此內容的更新,因為您可以根據角色強制執行控制,例如整個汽車品牌的整體行銷人員或產品經理,與負責「起動汽車」體驗的作者。
一旦您擁有了內容模型,並清楚了解了內容需要呈現到的各種客戶端後,您就需要確保將與訪問各種內容模型相關聯的GraphQL/API發佈給需要此內容的所有客戶端。 如何存取特定內容有不同的選項。 您可以要求靜態的特定內容片段,以啟用內容快取和高效能。 您也可以要求動態產生的內容,而這需要更多處理。 確保客戶運用最符合其業務需求的API。
AEM中有三種環境類型:開發、測試和生產。
開發環境(您可以有多個環境)是實驗和嘗試想法的安全場所。 在專案的初始階段,Adobe建議使用開發環境來嘗試內容模型的變異,並查看哪個模型提供曲面的預期輸出。
無頭專案的測試環境可用來在新AEM產品發行推出至生產環境之前驗證。 請保留生產內容模型的最新清單和內容的子集,這樣當您進行變更或AEM發行引入變更時,您就可以呈現JSON檔案來比較它們,仍會提供相同的輸出
內容作者可在生產環境中建立和管理其實際內容。 生產中的模型變更必須謹慎執行,並考慮到回溯相容性。
在開發階段,建議您使用開發和測試環境。 當您改用效能測試時,會想要改用生產環境。
開發人員需要使用填入的內容模型來設定AEM開發環境。 開發人員開發用戶端,當內容作者仍在建立內容時,會從AEM無頭取用內容。 這就是為什麼API定義非常重要。 透過運用AEM SDK,開發人員可建立測試連結,以建立用戶端和單元測試,確保用戶端能夠正確轉譯內容。
內容作者會根據已在測試環境中定義的內容模型來建立內容。 使用內容片段製作工具,作者將建立新內容片段或編輯現有內容片段。 發佈前,作者可與開發人員合作,將內容模型推送至開發,或僅供作者預覽內容模型在用戶端中的外觀,借此預覽在用戶端中的外觀。
開始使用AEM中的無頭功能前,您必須確定所有必要功能皆已啟用。 本節概述必要項目。 完成這些步驟的實際步驟將在 AEM無頭開發人員歷程。
您也可以選擇參閱 其他資源 以取得個別主題的詳細資訊。
以下概述使用AEM實作您的第一個無頭應用程式以傳送內容所需的項目。 如需執行這些步驟的詳細說明,請參閱無頭式開發人員歷程的後續章節。
一個無頭的項目不僅因為實施了技術而成功,還因為有良好的規劃和項目治理。 以下是內容作者和開發人員在規劃專案時應謹記的一些最佳實務。
現在您已完成AEM Headless Developer Journey的這一部分,您應:
我們希望您能以此基礎知識為基礎,充分了解AEM Headless的強大功能和彈性,以便您能將其運用於自己的專案。 要執行此操作,您有選項。
無論您的學習方式為何,Adobe都希望您在開始使用AEM Headless專案時能成功。
雖然建議您透過檢閱檔案,繼續進行無頭式開發歷程的下一個階段 如何將內容模型為AEM內容模型, 以下是一些額外的選用資源,可更深入探討本檔案中提及的一些概念,但您不需要繼續進行無頭歷程。