Die Arbeit mit nativem Android beginnt mit den unterstützten Geräteklassen, Betriebssystembereichen, Ausrichtungen, Berechtigungen, Benutzerreisen und Datenanforderungen. Ich definiere die Bildschirm- und Funktionsgrenzen vor der Implementierung und strukturiere dann das Kotlin-Projekt für eine klare Navigation, Statusverwaltung und wartbare Integrationspunkte. Tablet-Layouts, Offline-Verhalten, Hintergrundarbeit und Hardware-Features sind nur dann enthalten, wenn sie Teil des vereinbarten Umfangs sind.
Der Build kann native Schnittstellenkomponenten, Authentifizierung, lokalen Speicher, dokumentierte API-Verbindungen, Benachrichtigungen, Analysen, In-App-Abrechnung und ausgewählte Gerätefunktionen umfassen. Für jedes externe SDK oder jeden externen Dienst sind kompatible Dokumentation, Anmeldeinformationen und ein gültiges Kundenkonto erforderlich. Die Tests werden anhand des vereinbarten Emulators und der Matrix des physischen Geräts durchgeführt. Die Kompatibilität mit jedem Android-Hersteller, jedem geänderten Betriebssystem oder jeder zukünftigen Version kann nicht garantiert werden.
Die Lieferung umfasst die projektspezifische Kotlin-Quelle, einen vereinbarten Test- oder Release-Kandidaten-Build sowie Einrichtungshinweise. Der Zugriff auf die Google Play Console, die Entwicklerregistrierung und -gebühren, die Identitäts- oder Organisationsüberprüfung, App-Signaturentscheidungen, Datenschutzrichtlinien, Bedingungen, Inhaltserklärungen und die Einhaltung von Richtlinien liegen weiterhin in der Verantwortung des Kunden. Google kontrolliert die Ergebnisse und den Zeitpunkt der Überprüfung, daher ist eine technisch vollständige Erstellung keine Garantie für die Genehmigung des Eintrags.