Der Play Store erfordert neue und aktualisierte Apps, um auf neuere API-Ebenen abzuzielen und nativen Code mit 64-Bit-Unterstützung zu verteilen

click fraud protection

Google hat eine Reihe wichtiger neuer Anforderungen für neue Anwendungen und Anwendungen angekündigt, die im Google Play Store aktualisiert werden. Bereiten Sie jetzt Ihre Apps vor!

In einem heutigen Blogbeitrag hat Google wichtige bevorstehende Änderungen an im Play Store eingereichten Anwendungen angekündigt. Diese Änderungen sollen die Sicherheit für den Endbenutzer verbessern, indem sie von Entwicklern verlangen, dass sie auf neuere API-Ebenen abzielen. Darüber hinaus wird Google auch verlangen, dass Anwendungen, die native Bibliotheken verteilen, auch 64-Bit-Versionen dieser Bibliotheken bereitstellen. Diese Änderungen werden jedoch erst Mitte 2018 bzw. Mitte 2019 wirksam, sodass Entwickler genügend Zeit haben, an Updates zu arbeiten, um diesen neuen Anforderungen gerecht zu werden. Lassen Sie uns etwas tiefer in die Bedeutung dieser Änderungen für Entwickler und Endbenutzer eintauchen.


Änderung Nr. 1: Ausrichtung auf eine neuere API-Ebene

Die aktuellste API-Ebene ist 27, was der entspricht

Android 8.1-Version. Davor liegt API-Level 26, was Android 8.0 Oreo entspricht. Beginnend August 2018, beliebig neue Anwendungen die an den Play Store übermittelt werden muss mindestens auf API-Level 26 abzielen. Darüber hinaus beginnend November 2018, Aktualisierungen bestehender Anwendungen muss auch Ziel-API-Level 26 oder höher.

Diese Anforderungen sind jedoch nicht statisch. Im Jahr 2019 wird Google dies tun Erhöhen Sie die targetSdkVersion-Anforderung ein Jahr nach jeder größeren Android-Version. Beispielsweise müssen Anwendungen ein Jahr nach der Veröffentlichung von Android P auf API-Level 28 oder höher abzielen.

Beachten Sie, dass diese Anforderungen gelten nur für die Ziel-API-Ebene, und nicht für das Minimum. Das bedeutet, dass Sie weiterhin Anwendungen erstellen können, die auf älteren Android-Versionen wie Android Lollipop funktionieren. Dies ist wichtig, da es immer noch Millionen von Benutzern gibt, die ältere Android-Versionen auf ihren Geräten ausführen. Welche Mindest-API-Ebene sollten Sie implementieren? Folgen @minSdkVersion auf Twitter, um immer auf dem Laufenden zu bleiben, wann Sie das ändern sollten.

Für Anwendungen, die in absehbarer Zeit keine Updates erhalten, ändert sich nichts. Diese Anwendungen werden weiterhin existieren, obwohl sie natürlich nicht in der Lage sein werden, die neuen Funktionen neuerer SDKs zu nutzen. Wenn die Wenn der Entwickler einer solchen Anwendung aus irgendeinem Grund seine App aktualisieren möchte, muss er seine App aktualisieren, um die Anforderungen der höheren API zu erfüllen Ebene.

Dies ist ein Segen für die Benutzersicherheit. Mit Android 6.0 Marshmallow wurden Laufzeitberechtigungen eingeführt, die bestimmte vertrauliche Berechtigungen wie Standort oder Kontaktzugriff hinter einem Dialog schützen, den der Benutzer akzeptieren muss. Allerdings könnten Anwendungen Laufzeitberechtigungen umgehen, indem sie auf eine ältere API-Ebene abzielen. Wenn eine Anwendung auf diese ältere API-Ebene abzielt, werden während der Installation Berechtigungen erteilt.

Darüber hinaus sind die neuen Einschränkungen von Android Oreo für die Ausführung von Apps im Hintergrund, implizite Broadcast-Empfänger und Standortbeschränkungen im Hintergrund nur für Anwendungen erforderlich, die auf API-Level 26 abzielen. Da diese API-Ebene in Zukunft eine Anforderung sein wird, bedeutet dies, dass sich Benutzer, die Android Oreo verwenden, keine Sorgen machen müssen, dass eine App nicht durch die neuen Einschränkungen von Android Oreo optimiert wird.

Ein Hinweis zu zukünftigen Android-Versionen

Es gibt eine Klausel in dieser neuen Anforderung, die interessant ist. Um den Blogbeitrag zu zitieren:

Zukünftige Android-Versionen werden auch Apps einschränken, die nicht auf eine aktuelle API-Ebene abzielen und sich negativ auf Leistung oder Sicherheit auswirken.

Während die vorherige Anforderung nur neue Anwendungen oder aktualisierte Anwendungen betrifft, die im Play Store eingereicht werden, scheint dies bei diesem Satz der Fall zu sein deuten darauf hin, dass eine zukünftige Version von Android auch Einschränkungen für Anwendungen mit sich bringen wird die nicht mit den neuesten API-Levels Schritt halten. Android 8.0 Oreo eingeführt Nur-Laufzeit-Berechtigungen die erfordern, dass eine Anwendung auf API-Level 23 abzielt, sodass Google damit beginnen könnte, neue Funktionen hinter solchen Einschränkungen zu verbergen.

Änderung Nr. 2: 64-Bit-Unterstützung für nativen Code

Die meisten Flaggschiff-Android-Geräte verfügen über Chips, die auf einer 64-Bit-Architektur basieren. Laut Google verfügen über 40 % der Geräte über 64-Bit-Unterstützung. Apps, die native Bibliotheken verteilen, können derzeit nur auf 32-Bit-Code basieren, und 64-Bit-Geräte funktionieren aufgrund der Abwärtskompatibilität weiterhin.

Da 64-Bit-Code jedoch eine bessere Leistung bieten kann, wird Google dies tun verlangen, dass Entwickler, deren Apps native Bibliotheken nutzen, über eine 64-Bit-Alternative verfügen müssen Nur auf 64-Bit-Geräten lauffähig. Anwendungen können sowohl eine 32-Bit- als auch eine 64-Bit-Bibliothek enthalten oder mehrere Versionen des APK mit einer der beiden Bibliotheken verteilen mehrere APK Funktion in der Entwicklerkonsole. Diese Anforderung tritt ab August 2019 in Kraft und betrifft keine Anwendungen, die keinen nativen Code ausführen.

Diese letzte Änderung erfordert keine Maßnahmen seitens der Entwickler. Stattdessen wird dies automatisch von Google Play erledigt. Der Play Store beginnt mit dem Hinzufügen eines kleine Menge an Metadaten zu jeder APK Dadurch wird überprüft, ob eine Anwendung offiziell über den Google Play Store vertrieben wurde. Die maximale APK-Größe von Google Play wird erhöht, um diesen neuen Metadaten Rechnung zu tragen, an den Anwendungen der Entwickler sollte sich jedoch nichts ändern.


Quelle: Google