Da qualche settimana è possibile utilizzare la funzione di azione offline e abbiamo già ottenuto un ottimo feedback in merito.
Poiché miglioriamo costantemente le funzionalità del prodotto, gli utenti delle applicazioni possono modificare e riprovare l’invio di attività in sospeso che non sono riuscite a causa della convalida del server. Vediamo come funziona.
Gestione del fallimento dal lato server
Si può decidere di rifiutare un’azione inviata al server dagli utenti mobili per qualsiasi motivo. Ad esempio, può accadere che i parametri dell’azione inviata non corrispondano ai valori previsti sul lato server.
In questo caso, è possibile inviare un feedback agli utenti dell’applicazione, informandoli che qualcosa è andato storto sul lato server, utilizzando statusText:
$response:=New object("success"; False; "statusText"; "Please check your entry and send again"))
Si può anche essere più specifici, aggiungendo e visualizzando gli errori attraverso i parametri dell’azione:
$response.errors:=New collection(New object("parameter"; "Status; "message"; "Status field should be equal to Validated")
In questo modo gli utenti dell’applicazione potranno vedere esattamente cosa è andato storto sul lato server e potranno modificare il parametro esatto che deve essere cambiato.
Lato applicazione mobile
Vediamo ora l’esperienza dell’utente mobile. Quando un’attività in sospeso viene inviata al server e fallisce a causa della convalida del server, ecco che cosa riceve l’utente mobile:
Come si può vedere, può facilmente modificare e inviare nuovamente queste azioni al server.
Non esitate a commentare sul forum 4D e a consultare la documentazione dedicata per ulteriori dettagli.