|
| temps d'attente...l'application ne répond pas |
| Débuté par ap17, 28 nov. 2025 11:11 - 4 réponses |
| |
| | | |
|
| |
Membre enregistré
124 messages |
|
| Posté le 28 novembre 2025 - 11:11 |
Bonjour,
Dans une application Android qui permet de saisir des rapports sur le terrain, plusieurs utilisateurs se plaignent que lors de l'enregistrement final ils ont parfois un message "l'application ne répond pas, voulez vous attendre ou arrêter..." (texte approximatif)
L'enregistrement se fait sur un serveur HFSQL.
Bien souvent l'utilisateur appuie sur Arrêter...et il perd tout.
A priori il n'y a pas de bug dans le code, ce serait donc simplement un problème de temps de réponse. Est-il possible ne retarder l'apparition de ce message ? Ou, d'une façon générale, comment traiter vous ce genre de problème ?
Nous ne sommes pas spécialiste d'Android, l'appli est un complément à un programme Windev mais elle est devenue indispensable.
Merci de vos idées, pistes, réflexions ...ou solutions. |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
290 messages |
|
| Posté le 28 novembre 2025 - 16:29 |
Bonjour,
J'ai été confronté à ce phénomène dû au fait que certains utilisateur se trouvaient parfois en zone "non couverte".
Donc impossibilité de transférer les données saisies vers le serveur.
Je ne connais pas la structure de vos "rapports" mais en ce qui me concerne, j'ai contourné ce problème en mémorisant localement dans des fichiers JSON tout ce qui est saisi sur les mobiles (AVANT d'enregistrer sur le serveur)
Du coup, en cas de plantage, il suffit de recharger le contenu de ces fichiers et l'utilisateur peut reprendre exactement là où il en était sans perte de données.
Cdt |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
124 messages |
|
| Posté le 29 novembre 2025 - 11:29 |
Bonjour Fabrice,
Merci pour votre expérience.
En effet, nous soupçonnons un problème de connexion au moment de l'enregistrement, même si les utilisateurs nous affirment avoir une bonne connexion.
Effectivement on peut, au moins, enregistrer les saisies en local ce qui évitera de tout perdre ce qui agace beaucoup les utilisateurs évidemment.
(JSON pourquoi pas mais il peut y avoir des photos dans les rapports et ça complique les choses, ou pourquoi pas des tables HFSQL locales ?) |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
290 messages |
|
| Posté le 29 novembre 2025 - 13:34 |
Bonjour,
Pour les images, c'est pareil. Je les sauvegarde dans des fichiers avec dSauveImageJPEG()
Je n'ai pas souhaité embarquer une base HF locale. Ce n'était pas justifié pour ce petit projet qui n'a pas évolué depuis 5 ans.
Mais c'est tout à fait possible... Ce choix t'appartient.
CdltMessage modifié, 29 novembre 2025 - 13:35 |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
407 messages |
|
| Posté le 10 décembre 2025 - 08:42 |
Bonjour,
Ouh là ! Gros sujet ! Je galère avec ça depuis au moins 2 ans (pas à plein temps je vous rassure) et pourtant je travaille exclusivement en HFSQL local.
Le point de départ : Google veut améliorer "l'expérience utilisateur" en poussant les développeurs mobile à faire des applis qui gardent la main le moins possible afin que l'utilisateur la garde un maximum. Donc après quelques secondes, Android commence déjà à s'impatienter : "Eh, oh, Attendre ou arrêter ?". Au fond, c'est louable, mais en pratique, en attendant que les applis s'adaptent, c'est catastrophique !
Notez d'ailleurs que le meilleur conseil que j'ai trouvé à donner aux utilisateurs dans cette situation est de NE PAS TOUCHER AU MESSAGE, juste de simplement attendre. En effet, lorsqu'on clique sur Attendre, il arrive fréquemment que le message réapparaisse indéfiniment même lorsque l'opération est terminée.
Que faire ?
User et abuser des threads secondaires et assimilés.
Selon la structure de vos applis, ça peut vite devenir un gros chantier. Je l'ai fait sur des points critiques de notre appli : ça a amélioré la situation, mais certaines lenteurs continuent à provoquer ce "Attendre ou arrêter". Et ces lenteurs, quoi qu'en disent PC Soft et les constructeurs de smartphones, ne sont pas de notre fait : un simple HModifie() peut parfois prendre plusieurs secondes alors que 10mn après il est quasi instantané. Plusieurs secondes sur des centaines d'enregistrements : je ne vous fais pas de dessin.
Si vous avez d'autres infos sur ce sujet, je suis hautement intéressé.
À bientôt,
LaurentMessage modifié, 10 décembre 2025 - 08:46 |
| |
| |
| | | |
|
| | | | |
| | |
|