Les entreprises et les organisations qui gèrent des produits dont les fonctionnalités se chevauchent sont souvent confrontées à un défi unique. Leur principal dilemme consiste à créer plusieurs applications mobiles de marque partageant une base de code commune tout en permettant à chaque application d’offrir une expérience utilisateur distincte avec une surcharge de développement minimale. En tant que leader des solutions mobiles personnalisées, Perficient excelle dans les applications mobiles en marque blanche en utilisant la puissance et la flexibilité d’Azure DevOps.
Relever le défi de la marque blanche
Imaginez un scénario dans lequel votre application a gagné en popularité et où plusieurs clients souhaitent une version qui reflète leur propre identité de marque. Ils veulent leurs logos, leurs palettes de couleurs et parfois leurs caractéristiques distinctes, mais ils s’attendent à ce que les fonctionnalités sous-jacentes soient cohérentes. Comment répondre à ces demandes sans générer une myriade de bases de code dont la maintenance est un véritable cauchemar ? Cet article présente une stratégie et les meilleures pratiques pour les applications en marque blanche avec Azure DevOps afin de relever ce défi de front.
Développer une stratégie pour le succès de la marque blanche
L’étiquetage blanc transcende le simple changement de logos et de palettes de couleurs ; cela nécessite une planification stratégique et une approche architecturale qui intègre la flexibilité.
1. Thématisation des applications
L’étiquetage blanc commence par la thématisation. Les marques sont reconnaissables à leurs couleurs, icônes et polices, ce qui rend ces éléments essentiels à votre conception. Commencez par effectuer un audit approfondi de vos éléments de style actuels. Organisez ces éléments en variables et stockez-les de manière centralisée, ouvrant ainsi la voie à des transitions thématiques fluides.
2. Établir votre configuration par défaut
Le choix d’une configuration « par défaut » est crucial. Il définit la base de référence pour le développement et la validation. La valeur par défaut peut refléter l’une de vos applications de marque existantes et constitue un point de départ unifié pour résoudre les problèmes, qu’ils soient liés à la mise en œuvre ou à la thématique.
3. Adopter les configurations distantes/cloud
Des outils comme le Kit SDK de configuration d’application Azure ou Configuration à distance de Firebase vous permettent de modifier les paramètres de l’application sans modifier directement le code. Bibliothèque de pipelines d’Azure aide également à gérer les paramètres de construction, en prenant en charge des configurations flexibles spécifiques à la marque.
L’utilisation de configurations à distance dissocie les aspects opérationnels de la logique de l’application. Cette approche prend non seulement en charge la marque blanche, mais rationalise également le cycle de développement et de personnalisation.
Remarque : Vous pouvez ajouter votre marque à partir de l’étape 2. Ajout de votre configuration « Marque » à votre build dans vos artefacts de construction et référencez les valeurs correctes dans vos configurations à distance pour votre marque.
Coordonner les applications mobiles en marque blanche avec Azure Pipelines
Une fois votre application prête pour la création de thèmes et la configuration à distance, utilisez Azure Pipelines pour automatiser la création et la publication de vos artefacts d’application de marque. La structure de vos étapes de construction et de vos tâches dépendra de vos besoins particuliers. Voici un modèle que vous pouvez suivre pour organiser les tâches et les étapes dans un souci de clarté et de parallélisation :
1. Configuration de votre étape de construction par plates-formes
Organisez votre pipeline par plateforme, et non par marque, pour réduire la duplication et simplifier le processus de création. Commencez par les étapes pour iOS, Android et d’autres plates-formes cibles, en vous assurant qu’elles se construisent correctement avec votre configuration par défaut avant de passer aux tâches de construction parallèles.
Exécutez des tests unitaires parallèlement à cette étape pour détecter les problèmes plus tôt.
2. Ajout de votre configuration « Marque » à votre build
Conservez une liste principale de vos marques pour générer des tâches de construction associées. Cela peut faire partie d’un modèle YAML ou d’un fichier dans votre référentiel. Transmettez la valeur de la marque aux tâches enfants avec une variable d’entrée dans votre modèle YAML pour vous assurer que la bonne configuration de marque est utilisée dans tout le pipeline.
Voici un exemple de déclenchement de tâches de build Android pour différentes marques à l’aide de boucles YAML :
stages:
- stage: Build
jobs:
- job: BuildAndroid
strategy:
matrix:
BrandA:
BrandName: 'BrandA'
BrandB:
BrandName: 'BrandB'
steps:
- template: templates/build-android.yml
parameters:
brandName: $(BrandName)
3. Création d’un travail YAML pour « renommer » la configuration par défaut
Remplacez les fichiers statiques spécifiques à chaque marque à l’aide de scripts basés sur des chemins. Remplacez le logo par défaut à src/img/logo.png avec le logo spécifique à la marque sur src/Configurations/Foo/img/logo.png pendant le processus de construction pour chaque marque, à l’exception de la marque par défaut.
Un exemple d’extrait YAML pour cette étape serait :
jobs:
- job: RebrandAssets
displayName: 'Rebrand Assets'
pool:
vmImage: 'ubuntu-latest'
steps:
- script: |
cp -R src/Configurations/$(BrandName)/img/logo.png src/img/logo.png
displayName: 'Replacing the logo with a brand-specific one'
4. Publication de vos artefacts de marque pour distribution
Une fois les tâches de pipeline terminées pour chaque marque, publiez les artefacts sur Azure Artifacts, les magasins d’applications ou d’autres canaux. Assurez-vous que ce processus est reproductible pour n’importe quelle marque configurée afin de réduire la complexité de la gestion de plusieurs versions.
Dans Azure, décidez si vous souhaitez classer vos artefacts publiés par plateforme ou par marque en fonction de ce qui convient le mieux à votre équipe. Quel que soit votre choix, restez cohérent. Voici comment utiliser YAML pour publier des artefacts :
- stage: Publish
jobs:
- job: PublishArtifacts
pool:
vmImage: 'ubuntu-latest'
steps:
- task: PublishBuildArtifacts@1
inputs:
PathtoPublish: '$(Build.ArtifactStagingDirectory)'
ArtifactName: 'drop-$(BrandName)'
publishLocation: 'Container'
En mettant en œuvre ces étapes et en exploitant Azure Pipelines, vous pouvez gérer et diffuser habilement des applications mobiles en marque blanche à partir d’une base de code unique, en vous assurant que chaque marque conserve son identité tout en respectant un niveau élevé de qualité et de cohérence.
Pour plus d’informations sur Perficient Solutions mobiles compétence, s’abonner sur notre blog ou contact notre équipe de solutions mobiles dès aujourd’hui !
Source link