Le travail Android natif commence par les classes d'appareils prises en charge, la gamme de systèmes d'exploitation, les orientations, les autorisations, les parcours des utilisateurs et les exigences en matière de données. Je définis les limites de l'écran et des fonctionnalités avant la mise en œuvre, puis je structure le projet Kotlin pour une navigation claire, une gestion des états et des points d'intégration maintenables. Les dispositions des tablettes, le comportement hors ligne, le travail en arrière-plan et les fonctionnalités matérielles ne sont inclus que lorsqu'ils font partie de la portée convenue.
La version peut inclure des composants d'interface natifs, l'authentification, le stockage local, les connexions API documentées, les notifications, les analyses, la facturation in-app et les fonctionnalités des appareils sélectionnés. Chaque SDK ou service externe nécessite une documentation compatible, des informations d'identification et un compte client valide. Les tests sont effectués par rapport à l'émulateur et à la matrice de dispositifs physiques convenus ; la compatibilité avec tous les fabricants d'Android, systèmes d'exploitation modifiés ou versions futures ne peut être promise.
La livraison comprend la source Kotlin spécifique au projet, la version de test ou de version candidate convenue et les notes de configuration. L'accès à la console Google Play, l'inscription et les frais des développeurs, la vérification de l'identité ou de l'organisation, les décisions de signature d'applications, la politique de confidentialité, les conditions, les déclarations de contenu et la conformité aux politiques restent la responsabilité du client. Google contrôle les résultats et le calendrier des examens, de sorte qu'une version techniquement complète ne garantit pas l'approbation de l'annonce.