SPA編輯器淘汰
Last update: Tue Mar 25 2025 00:00:00 GMT+0000 (Coordinated Universal Time)
- 主題:
- 開發
建立對象:
- 管理員
- 開發人員
雖然SPA Editor仍受Adobe支援,但瞭解其淘汰對您的專案有何影響,以及您對未來專案有哪些選項。
摘要
Adobe已發行2025.01版的AEM as a Cloud Service,取代SPA Editor,這表示其SDK不再進行任何增強功能或更新。 Adobe鼓勵您針對任何新專案使用通用編輯器,以利用AEM的最新創新。
淘汰的詳細資訊
棄用SPA編輯器 並不意味著立即移除,而且如果您有現有的實作,只要符合您的需求,您就可以繼續使用。 但是,請注意其過時的下列影響。
- Adobe未來將只會解決P1和P2問題和安全漏洞。
- 其SDK不再進行任何開發、增強功能或更新。
取代表示下列SDK現在處於功能凍結狀態。
SPA編輯器的替代方案
最適合取代SPA Editor的作法取決於您的專案需求。
使用內容片段來建構內容不排除使用通用編輯器作為視覺化編輯器,兩個編輯器可搭配使用。
移轉至通用編輯器
Universal Editor具備許多優點,因此移轉至此編輯器可成為新專案的絕佳解決方案。
- Visual Editing: 如同SPA Editor,作者可以在預覽中直接編輯內容,並立即看到其變更如何影響訪客體驗。
- 未來考量: AEM的藍圖會優先將通用編輯器設為視覺化編輯器。 採用可確儲存取最新的創新和增強功能。
- 更簡單的整合: 使用Universal Editor不需要特定AEM的SDK,減少技術棧疊鎖定。
- 自備應用程式: Universal Editor支援任何Web架構或架構,允許採用而不需要複雜的重構。
- 擴充性: Universal Editor受益於強大的擴充架構,,包括與GenAI、Workfront等的整合。
沒有從SPA編輯器直接移轉至通用編輯器的路徑。 這是因為兩種技術的根本差異。
-
通用編輯器不會重新引入範本編輯器、樣式系統或回應式格線等功能。
- 在Edge Delivery Services或Headless專案中,現在可使用精簡前端CSS和JS更有效地處理這些使用案例。
-
由於通用編輯器是editor-as-a-service,實作人員無法將CSS或JS插入元件對話方塊中。
- 這可防止從頁面編輯器自動轉換元件對話方塊。
- 這會影響對話方塊的許多區域,例如自訂Widget、欄位驗證、顯示/隱藏規則,以及範本型自訂。
考慮到這些技術差異,Adobe建議您:
- 維持現有的SPA Editor網站不變,因為支援作業會繼續進行。
- 對所有新開發專案採用通用編輯器,包括新網站、區段或頁面。
請記住,即使在Universal Editor中並沒有直接實作某些SPA Editor功能,但是有新方法可使用Universal Editor的新靈活性來解決相同問題。
比較SPA編輯器和通用編輯器
如下列圖表所示,通用編輯器為Web應用程式的實作者提供更大的自由度。
SPA 編輯器
通用編輯器
佈景主題
應用程式必須使用AEM的格線CSS實作版面。
應用程式可使用任何現代CSS技術進行版面。
演算
應用程式必須遵循SPA編輯器的路由結構。
應用程式可自由實作,不需遵循任何規則或模式。
SDK
實作必須緊密整合SDK。
在作者層級,應用程式僅載入
corlib.js
並透過HTML註解指示通用編輯器。架構
應用程式必須使用受支援的React或Angular版本。
應用程式可使用任何架構或架構。
主控
應用程式必須在AEM網域上託管。
應用程式可完全分離並隨處託管。
API
應用程式必須從
model.json
API擷取內容。應用程式可以使用任何API,包括自訂的API。
持續性
SPA編輯器僅支援用於視覺化編輯的頁面內容。
通用編輯器原生支援對頁面和內容片段進行視覺化編輯。
可延伸通用編輯器,以使用相同的視覺功能來編輯外部內容。
開發人員必須在AEM中部署Sling模型和
cq:Dialog
。開發人員幾乎不需要任何AEM體驗,也不需要編寫任何Java。
recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab