Fit'Ballet Mobile

Une fois l'application web Fit'Ballet terminée, celle que je développais et faisais évoluer depuis fin 2018, la suite prévue dès le départ pouvait commencer: l'application mobile. Il s'agissait de mettre dans le téléphone ce que la plateforme proposait déjà au navigateur, consulter les contenus, réserver sa séance de danse, acheter les goodies de la boutique, mais dans une forme faite pour un usage nomade. L'application est sortie sur iOS et Android.

D'abord l'API, ensuite l'application

Le site tournant déjà sous Laravel, ouvrir une API dédiée n'était qu'une formalité, et c'est par là que j'ai commencé. Cette API couvre l'authentification, la consultation de tous les contenus du site (articles, studios de danse, calendriers, produits et vidéos), la réservation de créneaux, la commande de goodies via un tunnel de paiement et le visionnage des cours vidéo. Une API remplit toujours le même rôle: elle expose les données du serveur sous une forme neutre, indépendante de l'écran qui les affichera. Ici, elle est adossée à la même base MySQL que le site, donc les mêmes données des deux côtés, sans second stock à tenir à jour.

Écrire l'API en premier a une conséquence générale: quand le développement du client démarre, le contrat est déjà posé, chaque écran sait ce qu'il peut demander et sous quelle forme la réponse arrivera. C'est seulement ensuite que l'application a été développée, en React Native avec TypeScript.

React Native permet de livrer iOS et Android depuis une seule base de code JavaScript ou TypeScript, plutôt que d'écrire et de maintenir deux applications natives distinctes. TypeScript ajoute à JavaScript un typage statique: la forme des objets, celle des réponses d'une API par exemple, se décrit explicitement, et une structure qui ne correspond pas se signale à la compilation plutôt qu'au moment où l'utilisateur ouvre l'écran.

Ce que l'application contient

• Les studios de danse avec leurs horaires de cours, et la réservation directement depuis l'application
• La boutique intégrée, pour les goodies comme pour les cartes de cours
• Les cours vidéo réservés aux abonnés, avec des playlists pré-établies et des playlists personnalisées
• Les articles du blog, lisibles sans sortir de l'application

Deux de ces briques passent par le compte. Et une playlist personnalisée est, par nature, attachée à un compte: c'est une liste qui appartient à l'utilisatrice, pas au catalogue. L'authentification, prévue dans l'API dès le premier jour, est ce qui rend ces deux points possibles.

Le développement a pris environ deux mois et l'application a été livrée en septembre 2020.