In genere, i moduli web sono configurati per l’invio in modo sincrono. Nell’invio sincrono, quando gli utenti inviano un modulo, vengono reindirizzati a una pagina di conferma, a una pagina di ringraziamento o in caso di errore di invio, a una pagina di errore. Tuttavia, le moderne esperienze web come le applicazioni a pagina singola stanno guadagnando popolarità laddove la pagina web rimane statica mentre l'interazione client-server avviene in background. È ora possibile fornire questa esperienza con i moduli adattivi configurando l’invio asincrono.
Nell’invio asincrono, quando un utente invia un modulo, lo sviluppatore del modulo inserisce un’esperienza separata, come il reindirizzamento ad un altro modulo o a una sezione separata del sito web. L’autore può anche collegare servizi separati come l’invio di dati a un archivio dati diverso o aggiungere un motore di analisi personalizzato. In caso di invio asincrono, un modulo adattivo si comporta come un’applicazione a pagina singola, in quanto il modulo non viene ricaricato o il relativo URL non cambia quando i dati del modulo inviati vengono convalidati sul server.
Continua a leggere per i dettagli sull’invio asincrono nei moduli adattivi.
Per configurare l’invio asincrono per un modulo adattivo:
In modalità di creazione dei moduli adattivi, seleziona l’oggetto Contenitore modulo e tocca per aprire le relative proprietà.
In Invio sezione proprietà, abilita Utilizzare l’invio asincrono.
In Al momento dell’invio selezionare una delle opzioni seguenti da eseguire in caso di invio corretto del modulo.
Tocca per salvare le proprietà.
AEM Forms fornisce gestori di errori e di successo preconfigurati per l’invio dei moduli. I gestori sono funzioni lato client che vengono eseguite in base alla risposta del server. Quando un modulo viene inviato, i dati vengono trasmessi al server per la convalida, che restituisce una risposta al client con informazioni sull’evento riuscito o di errore per l’invio. Le informazioni vengono passate come parametri al gestore pertinente per eseguire la funzione .
Inoltre, gli autori e gli sviluppatori dei moduli possono scrivere regole a livello di modulo per ignorare i gestori predefiniti. Per ulteriori informazioni, consulta Ignora gestori predefiniti utilizzando le regole.
Esaminiamo innanzitutto la risposta del server per gli eventi di successo ed errore.
La struttura della risposta del server per l’evento di successo dell’invio è la seguente:
{
contentType : "<xmlschema or jsonschema>",
data : "<dataXML or dataJson>" ,
thankYouOption : <page/message>,
thankYouContent : "<thank you page url/thank you message>"
}
La risposta del server in caso di invio corretto del modulo include:
Il gestore di successo legge la risposta del server e quindi reindirizza all’URL della pagina configurato o visualizza un messaggio.
La struttura per la risposta del server all'evento di errore di invio è la seguente:
{
errorCausedBy : "<CAPTCHA_VALIDATION or SERVER_SIDE_VALIDATION>",
errors : [
{ "somExpression" : "<SOM Expression>",
"errorMessage" : "<Error Message>"
},
...
]
}
La risposta del server in caso di errore nell’invio del modulo include:
Il gestore errori legge la risposta del server e visualizza di conseguenza il messaggio di errore sul modulo.
Gli sviluppatori e gli autori di moduli possono scrivere regole a livello di modulo nell’editor di codice per ignorare i gestori predefiniti. La risposta del server per gli eventi di successo ed errore è esposta a livello di modulo, a cui gli sviluppatori possono accedere utilizzando $event.data
nelle regole.
Esegui i seguenti passaggi per scrivere regole nell'editor di codice per gestire eventi di successo ed errore.