đđ« DĂ©boguer son application
Nous allons voir comment certianes fonctionnalités de UDo.tools vont nous aider à déboguer nos applications.
Dans UDo.tools, on retrouve la gestion des erreurs Ă 2 endroits :
-
Dans le studio pour gérer les erreurs liées aux objets graphiques, aux paramétrages incomplets (par exemple un mapping de variables sans correspondance)
-
Depuis le dĂ©bogueur ( â¶ïž Tester lâapp) pour traiter les erreurs de workflows et les erreurs liĂ©es aux attributs visuels (attributs variables)
â ïž Accessible uniquement si lâon a le rĂŽle dâadmin sur lâapp (Gestion des droits utilisateurs des projets et onglet partage dans les paramĂštres)
Lâinterface du debug
Logs/actions
- permet de visualiser lâenchainement des actions lors de lâexĂ©cution dâun dĂ©clencheur de workflow (ex : clic)
- logs de type déclencheurs (avec un éclair)
- logs de type workflow (avec pour nom lâaction de WF + le nom donnĂ© au bloc si il y en a unâŠ)
- logs de type erreur (en rouge)
- Indique lâordre dans lequel les actions se succĂšdent (le dernier exĂ©cutĂ© se trouve en derniĂšre ligne)
đĄ Tips : avant de se lancer dans les premiĂšres investigations, il convient de :
- vider les logs en cliquant sur la poubelle
- lancer le dĂ©clencheur qui exĂ©cute votre workflow. Ceci vous permettra dâavoir uniquement les lignes de WF Ă Ă©valuer
- Au clic dâun log de type dĂ©clencheur ( âĄ) ou de type workflow, on voit apparaitre le dĂ©tail de lâaction (Ă droite de lâĂ©cran)
- En entrĂ©e : Les valeurs qui alimentent lâaction de WF
- Exemple : Enchainement de deux DBRĂ©cupĂšrePremier, dans le second, on rĂ©cupĂšre la lâenregistrement sorti du premier (sortie du premier = entrĂ©e du second)
- En sortie : Les valeurs qui sorte de lâaction de WF
- DĂ©tails = dĂ©tails de lâaction exĂ©cutĂ©e ou de lâerreur
Erreurs
Il sâagit de la liste des logs filtrĂ©e sur les erreurs
Objets
Dans lâonglet objets, on retrouve tous les filtres et caractĂ©ristiques qui concernent lâobjet graphique sĂ©lectionnĂ©.
Dans notre exemple, nous avons sĂ©lectionnĂ© lâobjet tableau [ta]objet4. Il possĂšde 6 caractĂ©ristiques (6). On y retrouve la sĂ©lection faite sur le tableau, les donnĂ©es (sous forme de liste), la taille (en nombre de lignes), les caractĂ©ristiques de tri et de filtre et surtout le mapping/filtres qui a Ă©tĂ© rĂ©alisĂ© avec la liaison avec une table ou une liaison avec une requĂȘte. Si lâobjet avait Ă©tĂ© une zone rĂ©pĂ©tĂ©e, nous aurions trouvĂ© les mĂȘmes indications.
Options
Utilisateur courant : permet de sĂ©lectionner un utilisateur dans le dĂ©bogueur. Permet de ne pas modifier lâutilisateur dĂ©fini par dĂ©faut dans les paramĂštres de lâapplication. Important pour tester les rĂŽles dans une application.
Variables
On y retrouve lâensemble des variables âglobalesâ et de âpageâ avec les valeurs associĂ©es.
Pour les variables globales, on peut lire de quelles valeurs elles sont alimentées.
Pour les variables de page, on ne peut voir seulement les variables de la page sur laquelle nous réalisons les tests
đĄ Tips : Afin de faciliter le lien entre les objets/WF du dĂ©bogueur et les objets dâinterface, nous vous conseillons de nommer vos objets y compris les zones ([zi] Zone interne) sur lesquelles sâappuient des workflows. Pour les autres zones (conteneurs simples) leur nommage peut ĂȘtre plus perturbant pour la lecture.