Depuis quelques semaines, vous pouvez utiliser la fonction d’action hors ligne, et nous avons déjà reçu de nombreux commentaires à son sujet.
Comme nous améliorons constamment l’ensemble des fonctionnalités du produit, les utilisateurs de l’application peuvent modifier et réessayer d’envoyer les tâches en attente qui ont échoué en raison de la validation du serveur. Voyons comment cela fonctionne.
Gestion de l’échec du côté du serveur
Vous pouvez décider de rejeter une action envoyée au serveur par des utilisateurs mobiles pour une raison donnée. Par exemple, cela peut être dû au fait que les paramètres de l’action envoyée ne correspondent pas aux valeurs attendues du côté du serveur.
Dans ce cas, vous pouvez envoyer un retour d’information aux utilisateurs de votre application, en leur indiquant que quelque chose s’est mal passé côté serveur à l’aide de statusText:
$response:=New object("success"; False; "statusText"; "Please check your entry and send again"))
Vous pouvez même être plus spécifique, en ajoutant et en affichant les erreurs via les paramètres d’action:
$response.errors:=New collection(New object("parameter" ; "Status ; "message" ; "Status field should be equal to Validated")
Cela permettra aux utilisateurs de l’application de voir exactement ce qui s’est mal passé du côté serveur et les aidera à modifier le paramètre exact qui doit l’être.
Côté application mobile
Examinons maintenant l’expérience de l’utilisateur mobile. Lorsqu’une tâche en attente est envoyée au serveur et échoue en raison de la validation du serveur, voici ce que reçoit l’utilisateur mobile :
Comme vous pouvez le voir, il peut facilement modifier et envoyer à nouveau ces actions au serveur.
N’hésitez pas à commenter sur le forum 4D, et consultez la documentation dédiée pour plus de détails.