VI. Pièges à éviter pour développer avec PowerApps▲
Avant de se lancer dans le développement, il faut tout d’abord s’assurer que l’application cible ne présente pas de difficultés comme l’appel à un tiers (je pense, par exemple, à un accès MainFrame). D’autre part, comme cet outil est « Screen driven », il faut s’assurer que l’analyse fonctionnelle est correctement faite et que l’analyse technique a bien décrit les différentes fonctions.
Enfin, et c’est le plus important, il faut que la personne qui fera le développement soit rigoureuse et documente son code. PowerApps tend à uniformiser celui-ci en « obligeant » à écrire dans des cases (OnSelect, OnVisible…). Aussi, toute déviation par rapport à cette norme rend la maintenance compliquée. D’autre part, on a vu qu’il était possible d’imbriquer des instructions. Cette méthode peut rendre illisible ou/et non modifiable le code. Pour finir, l’éditeur ne colorie pas la syntaxe et devient vite confus quand le code est long. De plus, la séparation par des ; pour les IF THEN ELSE ajoute à cette confusion. Il est donc nécessaire d’avoir, « à côté », une documentation en clair qui explicite le code et donne les flux Ecrans. Cette documentation sera, bien sûr, mise à jour au fur et à mesure des évolutions. Pour toutes ces raisons, un agent peu rigoureux produira un code qui fonctionnera, mais dont la maintenance sera infaisable. (Ceux qui connaissent MSACCESS et qui ont dû maintenir des programmes « Métier » savent de quoi je parle.)