Android 14 bereitet sich darauf vor, das Erlebnis für Benutzer von App-Stores von Drittanbietern dank neuer APIs noch besser zu machen.
Google Play ist bei Android-Nutzern mit Abstand der beliebteste App-Store, aber einige könnten einwenden, dass es seinen Spitzenplatz nicht ganz verdient hat. Google wurde aus diesem Grund von Regulierungsbehörden und gesetzgebenden Körperschaften auf der ganzen Welt unter die Lupe genommen wie es seine App-Store-Dominanz behält, und es gibt keine Anzeichen dafür, dass dieser Druck irgendwann nachlassen wird bald. Das ist vielleicht der Grund, warum Google die Initiative ergreift, neue Funktionen einzuführen Android 14 die das Erlebnis für Benutzer von App-Stores von Drittanbietern verbessern.
Die meisten App-Stores von Drittanbietern für Android sind mit Google Play nicht wirklich konkurrenzfähig, und das liegt nicht nur an der Auswahl an Apps. Während vorinstallierte App-Stores von Erstanbietern schon immer die Möglichkeit hatten, automatische App-Updates durchzuführen, sind App-Stores von Drittanbietern erst seit Kurzem in der Lage, unbeaufsichtigte Updates durchzuführen. Google hinzugefügt
eine API in Android 12 Dadurch können App-Stores von Drittanbietern Apps aktualisieren, ohne dass ein Benutzereingriff erforderlich ist, wodurch die Reibung verringert wird Verwendung eines App-Stores eines Drittanbieters.Dies führte jedoch immer noch dazu, dass App-Stores von Drittanbietern hinsichtlich der Funktionalität erheblich im Nachteil waren, da sie dies nicht ohne weiteres wissen konnten Wenn Es wäre sicher, tatsächlich ein automatisches Update durchzuführen. Genau das versucht Google in Android 14 mit einer neuen API zu lösen, die es Drittanbieter-App-Stores ermöglicht, „sanfte Updates“ durchzuführen.
Sanfte Updates
Android 14 hat eine neue API hinzugefügt, die es App-Stores von Drittanbietern ermöglicht, zu prüfen, ob bestimmte Bedingungen erfüllt sind, bevor sie mit der automatischen Aktualisierung einer App fortfahren. Der Paket-Installationsprogramm. InstallConstraints-API „Kann von App-Stores verwendet werden, um automatische Updates bereitzustellen, ohne das Benutzererlebnis zu beeinträchtigen (als sanftes Update bezeichnet) – Beispielsweise kann ein App-Store Aktualisierungen zurückhalten, wenn er feststellt, dass die zu aktualisierende App mit der App interagiert Benutzer."
Mit dieser neuen API können App-Stores von Drittanbietern prüfen, ob eine App, die sie aktualisieren möchten, über einen aktiven Vordergrunddienst verfügt (isRequireAppNotForeground), auf irgendeine Weise mit dem Benutzer interagiert (isRequireAppNotInteracting) oder auf dem Bildschirm angezeigt wird (isRequireAppNotTopVisible). App-Stores von Drittanbietern können außerdem prüfen, ob sich das Gerät im Schlafmodus (isRequireDeviceIdle) oder in einem Telefongespräch (isRequireNotInCall) befindet.
Während die API die Angabe der zu prüfenden Bedingungen ermöglicht, empfiehlt die Dokumentation die Verwendung der voreingestellten Einschränkungen, da das „System weiß“. am besten, wie man es macht.“ Dies ist logisch, da Google viel Zeit hatte, zu entwickeln, wie automatische Updates in seinem eigenen App Store am besten gehandhabt werden. Wie aus der Dokumentation hervorgeht, ist die Verwendung der Voreinstellung auch von Vorteil, da die Genauigkeit und Effizienz sanfter Updates in zukünftigen Versionen möglicherweise verbessert wird, wenn Google der API weitere Einschränkungen hinzufügt.
Jede Bedingung, die der PackageInstaller. Mit der InstallConstaints-API können Prüfungen bereits über vorhandene APIs durchgeführt werden, die Durchführung dieser Prüfungen durch das System ist jedoch weitaus einfacher und weniger aufdringlich. Zum Beispiel App-Stores von Drittanbietern, die prüfen möchten, ob eine App, die sie aktualisieren, aktiv genutzt wird durch den Benutzer müsste derzeit eine API wie UsageStats oder AccessibilityService verwenden, beides sensibel Berechtigungen. Wenn sie jedoch diese neue Android 14-API verwenden würden, würden sie diese Berechtigungen nicht benötigen, um ihre Arbeit zu erledigen.
Besitz aktualisieren
Die Aktivierung „sanfter Updates“ ist nicht die einzige Verbesserung in Android 14 für App-Stores von Drittanbietern. Außerdem gibt es einen neuen „Update-Ownership“-Mechanismus, der es App-Stores von Drittanbietern ermöglicht, zur exklusiven Quelle zukünftiger automatischer Updates für eine App zu werden, die sie zuerst installiert haben. Dies bedeutet, dass, wenn Sie einen App-Store eines Drittanbieters verwenden, die dort verfügbaren Apps von diesem überprüft werden Beispielsweise wird ein ungeprüftes Update, das in anderen App-Stores verfügbar ist, nicht automatisch an die Community weitergegeben Ihr Gerät.
Wenn Sie derzeit eine App über einen App-Store eines Drittanbieters installieren, hindert nichts einen App-Store eines Erstanbieters daran, diese App zu aktualisieren. Während die API für unbeaufsichtigte Updates von Android 12 App-Stores von Drittanbietern nur die stille Aktualisierung von Apps ermöglicht, die sie zuerst installiert haben, sind App-Stores von Erstanbietern davon nicht betroffen, da sie über die Berechtigung verfügen INSTALL_PACKAGES Erlaubnis.
App-Stores von Drittanbietern auf Android 14 können das Neue nutzen setRequestUpdateOwnership Methode in Paket-Installationsprogramm. Sitzungsparameter, um dem System jedoch mitzuteilen, dass sie Anspruch auf das Update-Eigentum an der App erheben, die sie gerade installieren möchten. Sobald die Durchsetzung des Update-Eigentums für eine App aktiviert ist, müssen alle anderen App-Stores – auch solche mit der Berechtigung INSTALL_PACKAGES – Maßnahmen vom Benutzer ergreifen, um die App zu aktualisieren. Der Update-Besitz kann nur während der Erstinstallation einer App, also eines anderen App Stores, aktiviert werden kann keine Updates übernehmen, es sei denn, die betreffende App wird deinstalliert und von dort neu installiert speichern. App-Stores können über die neue Version prüfen, ob der Update-Eigentümer für eine App aktiviert ist und wenn ja, welche App der Update-Eigentümer ist InstallSourceInfo#getUpdateOwnerPackageName() API.
App-Stores von Drittanbietern müssen über das Neue verfügen ENFORCE_UPDATE_OWNERSHIP Berechtigung zur Nutzung der Update Ownership Enforcement API. Da diese Berechtigung jedoch über die Schutzstufe „Normal“ verfügt, wird sie vom System zum Zeitpunkt der Installation gewährt. Es bleibt jedoch abzuwarten, ob Google Play die Verwendung dieser Berechtigung/API prüfen wird.
Installieren Sie die Vorabgenehmigung
Die letzte neue Android 14-API, die ich hervorheben wollte, ist Paket-Installationsprogramm. Session#requestUserPreapproval. Mit dieser API können App-Stores von Drittanbietern die Benutzergenehmigung anfordern, bevor sie eine Installationssitzung durchführen. Ich kann mir vorstellen, dass dies für App-Stores von Drittanbietern nützlich sein wird, die den Benutzer absichtlich auffordern möchten, bevor er eine App im Hintergrund aktualisiert.
Stellen Sie sich beispielsweise vor, dass ein auf Sicherheit ausgerichteter App Store seinen Benutzer darüber informieren möchte, wenn ein App-Update neue Berechtigungen hinzufügt. Anstatt diese App automatisch zu aktualisieren und damit automatisch die Berechtigung zu erteilen, wenn ihre Schutzstufe „normal“ ist, könnte der App Store den Benutzer vor der Aktualisierung dazu auffordern. Wenn ein Benutzer derzeit während eines automatischen Updates nicht anwesend ist, muss der Drittanbieter-App-Store die Installationssitzung verfolgen und ihn später darauf hinweisen. Diese API vereinfacht diesen Prozess.
Android 14 wird bei seiner Veröffentlichung später in diesem Jahr zahlreiche neue Funktionen und APIs einführen. Obwohl diese neuen APIs nicht wie einige der anderen von uns entdeckten Änderungen verborgen sind, gibt es keine Garantie dafür, dass diese APIs den Entwicklern in der stabilen Version zur Verfügung stehen. Das liegt daran, dass das Einfrieren der API erst erfolgen wird, wenn Android 14 im Juni 2023 mit der Beta 3 die „Plattformstabilität“ erreicht, und wir uns derzeit nur auf DP1 befinden. Wir werden zukünftige Android 14 DP- und Beta-Versionen im Auge behalten, um zu sehen, ob diese APIs bestehen bleiben oder ob neue APIs hinzugefügt werden, die für App-Stores von Drittanbietern relevant sind.