SAP Fiori tools

Dans Visual Studio Code, l'installation de l'extension pack SAP Fiori tools ajoute les extensions suivantes :

Au-delà des extensions, l'outillage prévisualise les applications avec des données réelles ou fictives, valide les projets, ajoute des bibliothèques réutilisables, crée des projets d'adaptation pour les applications livrées par SAP et déploie vers des systèmes ABAP ou Cloud Foundry. Dans SAP Business Application Studio, le dev space SAP Fiori est fourni avec ces outils préinstallés. SAP Fiori tools est donc une boîte à outils pour le projet front-end, pas un runtime ni un framework.

Supposons qu'Alder Manufacturing ait besoin d'un list report des commandes d'achat ouvertes, sur un service OData V4 construit avec RAP :

1. Générer. L'Application Wizard se connecte au système, permet au développeur de choisir le service et le floorplan list report et object page, puis crée le projet avec son app descriptor.
2. Modéliser. La Page Map montre les pages et la navigation ; le Page Editor modifie des paramètres comme le type de table ou le chargement initial. SAP Fiori tools enregistre ces modifications dans les fichiers du projet ou sous forme de modifications de flexibilité UI.
3. Annoter. Guided Development et l'annotation language server aident à ajouter des annotations d'interface dans des fichiers locaux ou, pour CAP, dans des fichiers CDS.
4. Prévisualiser. L'application s'exécute localement contre le service réel ou avec des données fictives ; le travail sur l'interface peut donc se poursuivre lorsque le back-end n'est pas prêt.
5. Déployer. La configuration de déploiement cible l'ABAP repository ou Cloud Foundry ; une commande d'undeploy retire à nouveau l'application.

Chaque étape produit des fichiers de projet ordinaires : le résultat peut être versionné et relu comme n'importe quel autre code. SAP Fiori tools raccourcit le chemin entre le service et l'application en fonctionnement, sans masquer ce qu'il génère.

• Démarrage rapide sur le bon floorplan. Les projets générés suivent la configuration SAP Fiori elements actuelle de SAP, ce qui élimine le code répétitif et évite les descriptors écrits à la main.
• Configuration visuelle. La Page Map et le Page Editor exposent les paramètres du manifest et les options pilotées par annotations sans qu'il faille mémoriser chaque propriété.
• Apprentissage intégré. Guided Development montre comment une fonctionnalité est implémentée, ce qui aide les développeurs qui découvrent les annotations.
• Indépendance vis-à-vis du back-end pendant le travail sur l'interface. Les données fictives permettent aux designers et aux développeurs d'itérer avant que le service soit terminé.
• Un seul outillage pour les deux IDE. Les mêmes extensions fonctionnent dans SAP Business Application Studio et dans un Visual Studio Code local.
• Extension sûre des applications standard. Les projets d'adaptation créent des variantes d'application qui référencent l'application d'origine au lieu de la copier.

Pour les projets SAP Fiori elements, SAP Fiori tools est l'outillage sur lequel s'appuient la documentation et les tutoriels SAPUI5 de SAP.

• Front-end uniquement. Le Service Modeler peut afficher les annotations back-end, mais pas les modifier. Les vues ABAP CDS, les behavior definitions et les service bindings sont maintenus dans ABAP Development Tools, les modèles CAP dans des fichiers CDS.
• Centré sur SAP Fiori elements. La documentation de SAP indique que les templates SAPUI5 freestyle de SAP Fiori tools sont obsolètes et recommande à la place la custom page de SAP Fiori elements pour OData V4. Les projets OData V2 restent possibles, mais SAP recommande OData V4.
• Les fonctions d'IA évoluent vite. Le Project Accelerator de SAP Fiori tools AI, qui s'exécute dans SAP Business Application Studio, doit devenir obsolète fin 2026 au profit du serveur MCP pour SAP Fiori et des skills, disponibles dans VS Code et SAP Business Application Studio.
• Licence pour certaines fonctions. SAP précise que certaines fonctionnalités peuvent nécessiter une licence distincte ; le Project Accelerator, par exemple, exige SAP Build Code.
• Généré ne veut pas dire terminé. Les assistants produisent un squelette fonctionnel ; la qualité du modèle de données, les autorisations et les performances dépendent toujours du service.

SAP Fiori tools accélère ce que SAP Fiori elements sait exprimer ; il ne conçoit ni le service ni le processus derrière l'application.

1. Démarrer de nouvelles applications sur OData V2. V4 donne accès aux building blocks et aux custom pages ; ne choisissez V2 que lorsque le back-end n'offre rien d'autre.
2. Générer un template freestyle par habitude. Une custom page de SAP Fiori elements pour OData V4 conserve des fonctionnalités du framework comme les building blocks tout en permettant des mises en page spécifiques.
3. Corriger des problèmes back-end avec des annotations locales. Un fichier d'annotations local peut masquer une annotation CDS erronée dans une application, alors que tous les autres consommateurs voient toujours l'erreur. Corrigez-la à la source lorsque le service est partagé.
4. Sauter les étapes de données fictives et de validation. La validation du projet et les prévisualisations avec données fictives détectent les erreurs de destination et de configuration avant le déploiement.
5. Ignorer la version SAPUI5 du système cible. Générer avec la version SAPUI5 la plus récente et déployer sur un front-end server plus ancien entraîne des fonctionnalités manquantes ; alignez la version minimale sur la production.

La plupart des problèmes avec SAP Fiori tools sont des choix faits dans les premiers écrans de l'assistant, pas des défauts des extensions.