Code Apps en GA : Ce Que Ça Change pour les Équipes Power Platform

Le 5 février 2026, Microsoft a annoncé la General Availability de Code Apps dans Power Apps. La fonctionnalité était en preview depuis mi-2025, mais le passage en GA change la donne : support en production, enforcement CSP, connection references pour l'ALM, et un signal clair que Power Platform accueille désormais officiellement les développeurs professionnels.

Ceci n'est pas un tutoriel de démarrage : la série Code Apps couvre ce sujet. Cet article examine ce que la GA change réellement pour les équipes qui construisent sur Power Platform, ce qui a cassé en cours de route, et où tout cela se dirige.

Ce qui a changé entre preview et GA

Le passage en GA n'était pas un simple changement d'étiquette. Plusieurs capacités ont été livrées avec ou juste avant l'annonce.

Connection references (PAC CLI v1.51.1)

C'était le bloqueur pour l'adoption entreprise. En preview, Code Apps utilisait des connections directes : les solutions ne pouvaient pas être importées de façon portable entre environnements. Une connection créée en Dev ne se mappait pas à l'équivalente en Production.

Avec les connection references, Code Apps participe désormais au cycle ALM standard de Power Platform. Exporter une solution managed depuis Dev, l'importer en Prod, et remapper les connections à l'import, exactement comme pour les canvas apps et les flows.

# Les connection references sont desormais supportees dans add-data-source
pac code add-data-source \
  -a "shared_office365users" \
  -c "<connection-reference-id>"

Enforcement CSP (30 janvier 2026)

L'enforcement Content Security Policy est entré en vigueur cinq jours avant l'annonce GA. Chaque Code App qui appelait une API externe, chargeait une police CDN, ou embarquait une iframe tierce a cessé de fonctionner silencieusement si le domaine n'avait pas été mis en liste blanche.

L'approche recommandée :

1. Activer le CSP en mode report-only d'abord
2. Déployer la Code App et examiner la console navigateur pour les rapports de violation
3. Ajouter les domaines nécessaires à la liste blanche
4. Passer en mode enforcement

Les API externes, les domaines CDN (Google Fonts, unpkg, cdnjs) et les iframes embarquées nécessitent tous une approbation explicite.

Opérations CRUD SharePoint

Code Apps peut désormais effectuer des opérations CRUD complètes sur les listes SharePoint, incluant le support des types de colonnes complexes : Choice, People et Lookup. C'était une lacune de la preview qui bloquait plusieurs cas d'usage courants.

CLI basé npm (preview)

Un nouveau CLI basé npm est inclus dans le SDK v1.0.4+. Il réduit les prérequis : plus de dépendance dotnet pour exécuter les commandes pac code. Encore en preview, mais cela indique la direction prise par Microsoft : des outils purement web, sans .NET requis.

# L'alternative CLI npm (preview)
npx @microsoft/power-apps code init --displayname "My App"

Les commandes pac code seront éventuellement déprécées au profit de cette approche native npm.

Code Apps vs. tout le reste

Power Platform offre désormais plusieurs façons de construire des UI custom. Comprendre quand utiliser laquelle évite de choisir le mauvais outil.

Le cadre de décision :

• App interne standalone avec UI complexe ? → Code Apps
• Composant réutilisable dans une app existante ? → PCF control
• Page légère dans une model-driven app ? → Custom Page
• Portail externe ? → Power Pages SPA

Code Apps comble un vide qui n'avait pas de réponse propre auparavant : l'application React full-page et custom qui reste dans le périmètre de gouvernance Power Platform.

La convergence low-code / pro-code

À PPCC25 en octobre 2025, Charles Lamanna (President, Business & Industry Copilot chez Microsoft) a déclaré : "Low code as we know it is dead."

Cette déclaration ne visait pas l'abandon des citizen developers. Elle concernait la convergence à travers trois nouveaux paradigmes :

Generative Pages : L'IA génère des pages model-driven app à partir de prompts en langage naturel. Toujours du low-code, mais le "code" est écrit par l'IA.

Code Apps : Des applications React/TypeScript/Vue complètes construites dans VS Code, déployées sur Power Platform. Le développeur écrit du vrai code, mais Power Platform gère l'auth, l'hébergement, les connectors et la gouvernance.

vibe.powerapps.com : Des agents IA génèrent des applications full-stack React + Dataverse à partir de descriptions en langage naturel. Le résultat est une Code App : vibe.powerapps.com n'est pas un remplacement de Code Apps mais un on-ramp complémentaire qui les génère.

Le schéma : les trois paradigmes produisent des assets Power Platform gouvernés. La différence est qui écrit le code : un citizen developer, un développeur professionnel, ou un agent IA. Le runtime et la couche de gouvernance sont les mêmes.

Pour les organisations, l'ancien clivage "équipe low-code vs. équipe pro-code" devient moins pertinent. Les deux équipes déploient sur la même plateforme, sous les mêmes policies DLP, avec le même catalogue de connectors, supervisé par le même admin center.

Des patterns réels émergent

Un mois après la GA, la communauté déploie déjà des Code Apps en production :

Remplacement de Model-Driven App : Code_Outlook par Clement Olivier (Microsoft MVP) reconstruit l'expérience complète de calendrier Outlook en tant que Code App embarquée dans Dynamics 365. Support multi-calendriers, CRUD sur les rendez-vous, couleurs de catégories, le tout via le connector Office 365 Outlook, zéro synchronisation Dataverse. Le bundle fait 924 Ko minifié.

Templates entreprise : MDATemplate-PowerPlatform fournit une expérience model-driven app complète reconstruite en React + Fluent UI + Dataverse. Grilles d'entités, formulaires de records, composants de business process flow, le tout comme composants React réutilisables.

Code Apps vibe-codées : Plusieurs membres de la communauté ont testé le développement assisté par IA, utilisant des outils IA pour générer des composants React qui ciblent le Power Apps SDK. Le workflow : décrire l'app en langage naturel, générer le code React, connecter les connectors via pac code add-data-source, déployer avec pac code push.

Ce qui ne fonctionne toujours pas

GA ne signifie pas complet. Plusieurs limitations persistent :

• Pas de support mobile. Code Apps fonctionne dans les navigateurs desktop uniquement. Pas de support Power Apps mobile, pas de capacité offline.

• Pas d'intégration Git. Le source control Power Platform (Pipelines, Git sync) ne couvre pas Code Apps. Le versioning doit être géré en externe.

• Standalone uniquement. Code Apps ne peut pas être embarqué comme composant dans les canvas apps, model-driven apps (sauf via contournement iframe), ou Power Pages.

• Pas de rafraîchissement de schéma. Quand un schéma de table Dataverse change, il n'existe pas de commande pac code refresh-data-source. Contournement : supprimer et re-ajouter la source de données.

• Le support Vue.js est théorique. Microsoft mentionne Vue comme supporté, mais aucun template Vue officiel n'existe encore.

Ce que cela signifie pour votre équipe

Administrateurs Power Platform : Code Apps introduit une nouvelle surface à gouverner. La bonne nouvelle : ce sont des assets Power Platform de première classe. Les policies DLP s'appliquent, l'isolation d'environnement fonctionne, l'utilisation des connectors est tracée. La nouvelle responsabilité : la gestion des policies CSP.

Développeurs professionnels : Code Apps supprime l'objection principale. L'expérience de développement est React + TypeScript + Vite dans VS Code : pas de Power Apps Studio, pas de Power Fx. Le compromis : pas de logique server-side, pas de backend custom, déploiement navigateur uniquement.

Citizen developers : Rien ne change à court terme. Les canvas apps et Power Fx ne disparaissent pas. Mais Code Apps crée un chemin pour confier les exigences complexes à des collègues pro-dev sans quitter la plateforme.

Licensing : Code Apps nécessite Power Apps Premium ($20/utilisateur/mois). La licence per-app ($5/utilisateur/app/mois) a été retirée le 1er février 2026. Pour les petits déploiements, le Pay-As-You-Go ($10/utilisateur actif/app/mois via Azure) peut être plus rentable. Le Developer Plan (gratuit) couvre le développement et les tests.

Perspectives

Trois signaux indiquent la direction prise par Microsoft :

1. Le CLI npm remplaçant PAC CLI pour Code Apps : supprimant la dépendance .NET et s'alignant sur l'outillage standard des développeurs web.

2. vibe.powerapps.com générant des Code Apps : faisant de l'IA le principal constructeur d'apps, avec Code Apps comme cible d'exécution.

3. Power Apps MCP Server : exposant les capacités des apps aux agents IA, permettant aux agents d'interagir avec Power Apps pour le remplissage de formulaires, l'exploration de données et les workflows human-in-the-loop.

La direction est claire : Power Platform devient une couche de runtime et de gouvernance qui accepte du code provenant d'humains, d'IA et d'agents. Code Apps est la première implémentation concrète de cette vision.

Sources :

1. Generally Available: Host and Run Code Apps in Power Apps - Microsoft Power Apps Blog
2. Code Apps Overview - Microsoft Learn
3. PAC CLI v1.51.1 Release Notes - GitHub
4. Content Security Policy Configuration - Microsoft Learn
5. npm CLI Quickstart (Preview) - Microsoft Learn
6. Inside the New Power Apps: The Future of App Development - Microsoft Blog
7. Code_Outlook Repository - Clement Olivier (Microsoft MVP)
8. MDATemplate-PowerPlatform - Daniel Kerridge
9. Power Apps Pricing - Microsoft