# Développement d'applications mobiles pour Dubaï et les Émirats

> Applications mobiles aux Émirats : interfaces en arabe et en anglais, mise en page de droite à gauche, hors ligne et API sécurisées.

**URL:** https://www.regenbyte.com/fr/ae/mobile-app-development

La première question à poser est de savoir si une application est bien la bonne réponse. Un site rapide et bien construit touche tout le monde, ne demande aucune installation et ne peut pas être supprimé sur un coup de tête. Une application mérite sa place lorsqu'elle a besoin de l'appareil : des notifications réellement souhaitées, un usage hors ligne, l'appareil photo ou la géolocalisation, ou un parcours répété chaque jour. Lorsqu'un site vous servirait mieux, nous le dirons, même si c'est le chantier le plus petit.

## Ce que nous construisons

- **Applications clients:** Comptes, commande, réservation et fidélité, où l'application est un canal qui doit rester aligné sur le site qui l'alimente.
- **Applications terrain et opérations:** Des outils pour ceux qui travaillent loin d'un bureau, conçus pour tolérer une connexion qui va et vient.
- **Applications compagnons:** Une application ciblée par-dessus un système que vous exploitez déjà, partageant son modèle de données plutôt que le dupliquant.
- **L'API derrière l'application:** Généralement la moitié la plus difficile. Authentification, autorisation par objet, limitation de débit et versionnage, conçus pour être exploités.

## Arabe et anglais sur un petit écran

Le droite-à-gauche est plus difficile sur mobile que sur le web, car les gestes, les transitions et la navigation portent tous une direction. Bien le faire suppose de concevoir les deux sens en même temps.

- Mise en page correctement inversée, y compris navigation, geste de retour et transitions
- Typographies arabes choisies pour la lisibilité à l'écran en petite taille
- Chiffres, dates et devises formatés par langue
- Contenu, notifications et états d'erreur traduits, pas seulement les libellés d'interface
- Langue sélectionnable dans l'application plutôt que figée sur le réglage de l'appareil

## Sécurité et confidentialité

- Aucun identifiant ni clé d'API embarqué dans le paquet de l'application
- Jetons stockés dans le trousseau de la plateforme plutôt que dans un stockage général
- Gestion des certificats revue plutôt que laissée aux réglages par défaut
- Permissions demandées uniquement là où une fonctionnalité en a réellement besoin, au moment de l'usage
- L'API traitée comme la frontière de sécurité, car le client peut toujours être inspecté

## Publication et suite

La soumission au store est une étape, pas la ligne d'arrivée. Les applications vieillissent plus vite que les sites : les versions de plateforme avancent, les exigences de revue changent, et un build laissé un an sans maintenance ne compile généralement plus.

- Fiches de store préparées dans les deux langues, avec des captures par langue
- Processus de publication documenté, pour que votre équipe ne dépende pas de nous pour livrer
- Rapport de plantages et d'erreurs configuré avant la mise en ligne, pas après le premier incident
- Mises à jour de plateforme et de dépendances traitées en maintenance courante

## Questions fréquentes

### Avons-nous besoin d'une application ou d'un site ?

Un site touche tout le monde, ne demande aucune installation et ne peut être supprimé. Une application mérite sa place lorsqu'elle a besoin de l'appareil : notifications, usage hors ligne, appareil photo, géolocalisation, ou une tâche répétée quotidiennement. Si un site vous sert mieux, nous le dirons, même si c'est moins de travail pour nous.

### Développez-vous pour iOS et Android ?

Oui. Que ce soit avec une base de code partagée ou deux bases natives dépend de ce que l'application doit faire, de son recours aux fonctionnalités de plateforme et de qui en assurera la maintenance. Nous recommandons selon votre situation, pas selon ce que nous préférons construire.

### L'application peut-elle fonctionner hors connexion ?

Elle peut être conçue pour, et pour le travail terrain c'est généralement souhaitable. Le hors ligne est une décision d'architecture à prendre tôt, car l'ajouter après coup impose de revoir le stockage et la synchronisation des données.

### Qui possède les comptes des stores ?

Vous. Les comptes développeur sont enregistrés à votre nom, ou vous sont transférés, et les clés de signature vous appartiennent. Une application publiée sous le compte d'un prestataire est un otage.
