Editor di pagine ed editor universale page-editor-universal-editor
L’editor di pagine continua ad essere supportato da Adobe, ma l’editor universale offre nuove possibilità per i nuovi progetti.
Esperienza pregressa background
Adobe ha introdotto l’editor universale nel 2024 come editor semplificato che adotta un approccio di sviluppo moderno basato su JavaScript. L’editor universale è la visione di Adobe per un’esperienza di authoring di contenuti visivi fluida ed estensibile.
Riconoscendo la ricca serie di funzioni dell’editor di pagine e gli innumerevoli progetti che vi investono nel corso della lunga storia di AEM, Adobe continua a supportare completamente l’editor di pagine, anche se l’innovazione sarà incentrata sull’editor universale.
Consiglio recommendation
Sebbene si stia riducendo rapidamente, rimane una differenza di funzionalità tra l’editor universale e l’editor di pagine (nella sezione successiva è disponibile un confronto delle funzionalità.)
Come regola generale:
- I nuovi progetti dovrebbero sfruttare come impostazione predefinita l’editor universale.
- I progetti esistenti devono continuare a utilizzare l’editor pagina e prendere in considerazione l’editor universale all’avvio di iniziative Edge Delivery o headless.
L’editor deve essere scelto interamente sulla base delle esigenze del singolo progetto.
Confronto funzioni feature-comparison
Poiché il gap di funzionalità tra i due editor si riduce costantemente, consulta le note sulla versione dell’editor universale per gli ultimi sviluppi.
Distribuzione delivery
Persistenza persistence
Funzionalità capabilities
Iniziare a utilizzare l’editor universale adopt-ue
L’editor universale offre numerosi vantaggi, pertanto è una soluzione ideale per nuovi progetti.
- Modifica visiva: come per l’editor di pagine, gli autori possono modificare il contenuto direttamente nell’anteprima e visualizzare immediatamente come le modifiche influiscono sull’esperienza del visitatore.
- Predisposizione per il futuro: la roadmap di AEM dà priorità all’editor universale come editor visivo. Il suo utilizzo garantisce l’accesso alle innovazioni e ai miglioramenti più recenti.
- Integrazione semplificata: non è necessario alcun SDK specifico per AEM per utilizzare l’editor universale, così si riduce il blocco dello stack tecnologico.
- Porta la tua app: l’editor universale supporta qualsiasi framework o architettura web, consentendo l’utilizzo senza richiedere un refactoring complesso.
- Estensibilità: l’editor universale dispone di un solido framework di estensione, che include integrazioni con GenAI, Workfront e altro ancora.
Eseguire la migrazione all’editor universale migrate-ue
Non esiste un percorso di migrazione diretta dall’editor pagina all’editor universale. Ciò è dovuto a differenze fondamentali nelle due tecnologie.
-
L’editor universale non reintroduce funzioni quali Editor modelli, Sistema di stili o Griglia reattiva.
- Questi casi d’uso possono ora essere gestiti in modo più efficiente con CSS e JavaScript front-end snelli in Edge Delivery Services o progetti headless.
-
Poiché è un editor-as-a-service, l’editor universale non può consentire agli implementatori di inserire CSS o JS nelle finestre di dialogo dei componenti.
- In tal modo si impedisce la conversione automatica delle finestre di dialogo dei componenti dall’editor pagina.
- Questo interessa molte aree delle finestre di dialogo, come i widget personalizzati, la convalida dei campi, le regole mostra/nascondi e le personalizzazioni basate su modelli.
- Anche se tali funzionalità sono ancora possibili, l’editor universale le risolve tramite la configurazione, al posto di JavaScript personalizzato distribuito nelle finestre di dialogo.
Sebbene l’editor universale possa tecnicamente abilitare le pagine di modifica per i progetti AEM tradizionali (ad esempio, generati con i componenti core), questi siti in genere si basano su diverse funzioni specifiche dell’editor pagina, come il Sistema di stili, la Griglia reattiva, i Modelli modificabili e JavaScript personalizzato all’interno delle finestre di dialogo.
Poiché l’editor universale adotta un approccio più semplice e moderno che non supporta le funzioni precedenti, la migrazione di tali siti richiederebbe un refactoring significativo. Per questo motivo, la migrazione dei siti di editor pagina nell’editor universale è consigliata solo per i progetti che passano a Edge Delivery Services.