Fermer

décembre 31, 2020

Développement en flèche de Power Apps


Le but de la programmation par paires ou du codage en équipe est de développer et maintenir efficacement un logiciel informatique. Ce type de programmation par composants permet à plusieurs utilisateurs de diviser une grande application en plusieurs parties, ce qui réduit les charges de travail tout en maximisant l'efficacité de l'équipe. L'un des points de friction pour PowerApps au moment de cet article de blog est que PowerApps ne prend pas en charge plusieurs développeurs travaillant simultanément dans une seule application. En 2019, Microsoft a commencé à déployer la possibilité de créer des composants d'application Canvas réutilisables et a récemment commencé à prévisualiser les bibliothèques de composants dans Power Platform. Microsoft classe les composants comme suit: «Les composants sont des blocs de construction réutilisables pour les applications de canevas. Vous pouvez définir un ensemble de contrôles à réutiliser dans une application. Vous pouvez également importer un composant dans d'autres applications. Ils se comportent d'une manière maître-instance, ce qui signifie que toutes les mises à jour que vous apportez à l'original ('maître-instance') s'appliqueront à d'autres copies dans la même application. pour décomposer nos tâches de développement en user stories basées sur Screen ou Component pour notre équipe de développement. Cela permet aux individus de se concentrer sur des aspects spécifiques de l'application et d'affecter un développeur principal à l'intégration globale des composants dans une seule Power App. Ainsi, réduire le fardeau sur un individu donné de réussir tous les aspects d'une application et créer une responsabilité partagée sur «l'équipe» pour assurer un lancement réussi.

À mesure que la complexité des applications augmente et que les applications simultanées sont développées en un seul organisation, nous, en tant que développeurs ou PME, devrons devenir agiles dans notre développement en adoptant ces outils. Apprendre à communiquer et à collaborer efficacement est primordial pour le succès des applications développées en équipe. Les développeurs doivent être détaillés et spécifiques lorsqu'ils décrivent leurs propriétés et fonctionnalités d'écran ou de composant. L'établissement de directives d'équipe pour la dénomination des objets, des collections et des variables est un autre aspect important du développement d'applications maintenables cohérentes. Enfin, comme pour toute bonne équipe de développement, des révisions de code fréquentes sont essentielles pour assurer la fluidité entre les membres de l’équipe et leurs applications.

Les avantages liés à l’utilisation de composants ne s’arrêtent pas là. Les composants simplifient et accélèrent également la création d'applications avec des fonctionnalités similaires. Une fois que les composants sont créés, ils peuvent ensuite être utilisés dans n'importe quel nombre d'applications à la manière d'une instance maître. Cela signifie essentiellement que toutes les mises à jour que vous apportez à l'original s'appliqueront ensuite à d'autres dans le contexte de la même application. En suivant ce modèle, vous pouvez commencer à établir une bibliothèque de composants pour votre organisation dans le but de développer et de déployer efficacement des applications standardisées dans tout le client.

Dans l'exemple présenté ci-dessous, nous comparons le cycle de développement précédent à ce nouveau modèle: [19659002] Développement mono-utilisateur:

 Single "width =" 1024 "height =" 309 "srcset =" https://i0.wp.com/blogs.perficient.com/files /Single.png?resize=1024%2C309&ssl=1 1024w, https://i0.wp.com/blogs.perficient.com/files/Single.png?resize=300%2C91&ssl=1 300w, https: // i0 .wp.com / blogs.perficient.com / files / Single.png? resize = 768% 2C232 & ssl = 1 768w, https://i0.wp.com/blogs.perficient.com/files/Single.png?resize= 500% 2C151 & ssl = 1 500w, https://i0.wp.com/blogs.perficient.com/files/Single.png?resize=800%2C242&ssl=1 800w, https://i0.wp.com/blogs. perficient.com/files/Single.png?resize=750%2C227&ssl=1 750w, https://i0.wp.com/blogs.perficient.com/files/Single.png?resize=600%2C181& ssl = 1 600w, https://i0.wp.com/blogs.perficient.com/files/Single.png?resize=640%2C193&ssl=1 640w, https://i0.wp.com/blogs.perficient. com / files / Single.png? w = 1264 & ssl = 1 1264w "size =" (max-width: 1000px) 100vw, 1000px "data-recalc-dims =" 1 "/></p><p> <strong> Développement multi-utilisateur : </strong></p><div class=

 Plates-formes et technologie - Guide des chefs d'entreprise sur les principales tendances du cloud

 Rocket "width =" 1024 "height =" 620 "srcset =" https://i0.wp.com/blogs.perficient.com /files/Rocket.png?resize=1024%2C620&ssl=1 1024w, https://i0.wp.com/blogs.perficient.com/files/Rocket.png?resize=300%2C182&ssl=1 300w, https: / /i0.wp.com/blogs.perficient.com/files/Rocket.png?resize=768%2C465&ssl=1 768w, https://i0.wp.com/blogs.perficient.com/files/Rocket.png? redimensionner = 500% 2C303 & ssl = 1 500w, https://i0.wp.com/blogs.perficient.com/files/Rocket.png?resize=800%2C484&ssl=1 800w, https://i0.wp.com/ blogs.perficient.com/files/Rocket.png?resize=750%2C454&ssl=1 750w, https://i0.wp.com/blogs.perficient.com/files/Rocket.png?resize=600%2C363&s sl = 1 600w, https://i0.wp.com/blogs.perficient.com/files/Rocket.png?resize=640%2C388&ssl=1 640w, https://i0.wp.com/blogs.perficient. com / files / Rocket.png? w = 1199 & ssl = 1 1199w "size =" (max-width: 1000px) 100vw, 1000px "data-recalc-dims =" 1 "/></p><p> <strong> Composant Répartition des rôles en fonction: </strong></p><p> <img decoding=

Répartition des efforts de développement:

  • (bleu) Développeurs
    • Le développeur est responsable du développement des écrans et / ou des composants
    • Le développeur est responsable des tests unitaires et des mises à jour requises des écrans et / ou des composants de l'application
  • (rouge) Application Lead
    • Application Lead est responsable de l'intégration des écrans / composants
    • Application Lead est responsable de la navigation globale et des mises à jour de l'application.
    • Application Lead est responsable de App OnStart
  • (Orange) Testeurs QA
    • L'utilisateur est responsable du test de bout en bout de l'application
    • L'utilisateur est responsable de la journalisation des bogues et de la communication avec l'équipe sur les problèmes identifiés.

Matériel de référence:

https://aka.ms/powerappscanvasguidelines

https://docs.microsoft.com/en-us/ powerapps / maker / canvas-apps / create-component

https://powerapps.microsoft.com/en-us/blog/components-available-in-preview/

https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/component-library

Merci à Hailey Bause pour ses contributions.




Source link

Revenir vers le haut