SwiftUI

SwiftUI : Framework déclaratif d’Apple qui construit l’interface iOS à partir de l’état de l’application, avec un aperçu rendu en direct dans Xcode.

Entrée de la famille « Développement » du glossaire. Elle s’adresse à un porteur de projet qui doit rédiger, comparer ou recetter, pas à un spécialiste du sujet.

Où intervient SwiftUI dans un projet

Sur un projet mobile, SwiftUI relève des choix de fabrication. Ce n’est pas une fonctionnalité que l’utilisateur verra à l’écran, mais une décision technique qui conditionne le coût des évolutions suivantes.

Sur un projet réel, la question ne se pose jamais en théorie : elle arrive dans un devis, dans une réunion de cadrage ou dans un rapport de recette.

Ce que ça devient dans un cahier des charges

Dans un cahier des charges, SwiftUI n’a pas à être imposé ligne à ligne. Ce qui doit être écrit, c’est l’exigence à laquelle ce choix répond et la contrainte qu’il ne doit pas violer.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Le niveau de tests automatisés attendu, et ce qui déclenche un refus de recette.
• La documentation technique livrée, et à qui elle doit permettre de reprendre le projet.
• L’environnement de recette, distinct de la production, et la liste de ceux qui y accèdent.
• Le format de livraison des sources, des comptes de service et des clés de signature.

Reste à désigner qui écrit cette ligne et qui la valide. Sans nom en face, la rubrique se remplit la veille de la signature, avec les mots du prestataire.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Ce que ça change au moment de la recette

À la recette, SwiftUI se contrôle avec les mêmes gestes à chaque version. Ce sont ces gestes qu’il faut écrire une fois pour toutes.

• Lancer l’application sur un appareil ancien, pas seulement sur le dernier modèle.
• Contrôler la liste des bibliothèques tierces et le régime de leurs licences.
• Suivre soi-même, une fois, la documentation d’installation remise.

Un prestataire sérieux propose ces contrôles de lui-même. Quand ce n’est pas le cas, c’est au client de les inscrire au cahier de recette.

Ce qui tourne mal le plus souvent

Ces erreurs ne viennent presque jamais d’un manque de compétence, mais d’un point qui n’a été écrit nulle part.

• Laisser la remise du code hors du contrat, puis découvrir que le dépôt n’est pas transmis.
• Confondre bibliothèque gratuite et bibliothèque sans coût : certaines licences se paient à l’usage.
• Croire qu’un développeur reprend le travail d’un autre sans documentation ni période de recouvrement.
• Traiter la dette technique comme une affaire interne à l’agence : elle sera facturée au suivant.
• Se contenter d’une réponse orale en réunion, jamais reprise dans le document contractuel.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Densité d’information
• Flutter
• React Native
• Swift
• Kotlin

Questions fréquentes

SwiftUI : de quoi parle-t-on exactement ?

Framework déclaratif d’Apple qui construit l’interface iOS à partir de l’état de l’application, avec un aperçu rendu en direct dans Xcode. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.

Est-ce que ça change le prix de l’application ?

Rarement seul, souvent en cumul. Ces décisions pèsent surtout sur le coût des évolutions : ce qui est facile à modifier coûte moins cher sur trois ans qu’une économie faite au moment de la construction.

Est-ce que ça se retrouve dans le devis ?

Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.