Quiz: Grundlagen der SDK-Laufzeit

1. Die SDK-Laufzeit soll dem Android-Ökosystem mehrere wichtige Vorteile bieten. Welche der folgenden Vorteile werden für App- und SDK-Entwickler sowie Nutzer hervorgehoben?

   Wählen Sie so viele Antworten, wie Sie für richtig halten.

   Verbesserter Datenschutz für Nutzer und Anwendungssicherheit durch die Isolierung von SDK-Code und -Ressourcen von Drittanbietern in einem separaten, eingeschränkten Laufzeitprozess.

   Verbesserte App-Stabilität und genauere Absturzursachen, da SDK-Vorgänge in einem eigenen Prozess ausgeführt werden, der von der Hostanwendung getrennt ist.

   Drittanbieter-SDKs erhalten jetzt direkten Zugriff auf die gesamten Berechtigungen der Host-App, um ihre Funktionen zu maximieren.

   Ein flexibleres SDK-Vertriebsmodell, mit dem SDKs unabhängig von App-Releases über App-Vertriebskanäle aktualisiert werden können, was zu schnelleren Korrekturen kritischer Probleme führen kann.

   Alle Drittanbieter-SDKs müssen eine einzige, gemeinsame Laufzeitumgebung für alle Apps auf einem Gerät verwenden, um die Nutzung von Systemressourcen zu optimieren.

2. Welche Aussage beschreibt ein runtime-fähiges SDK (RE SDK)?

   Es wird im App-Prozess ausgeführt und kommuniziert direkt mit anderen In-App-SDKs.

   Es ist in erster Linie eine Übersetzungsschicht, die Apps bei der Migration zur Verwendung von SDKs in der SDK-Laufzeit unterstützt.

   Sie wird im isolierten SDK-Laufzeitprozess ausgeführt.

   Sie wird nur zum Debuggen von SDK-Funktionen in Android Studio verwendet.

3. Welche Aussage beschreibt am besten, wie RE SDKs für Apps verfügbar gemacht und auf Nutzergeräten installiert werden, wenn man das neue Bereitstellungsparadigma für runtimefähige SDKs (RE SDKs) berücksichtigt?

   RE-SDKs werden ähnlich wie herkömmliche SDKs immer direkt in das APK der Host-App kompiliert, aber nur aktiviert, wenn die SDK-Laufzeit vorhanden ist.

   RE-SDKs können als eigenständige Entitäten in App-Shops veröffentlicht werden. Der App-Shop verwaltet dann die Installation auf dem Gerät und jede App lädt die erforderlichen RE SDKs in ihren eigenen privaten SDK-Laufzeitprozess.

   Alle erforderlichen RE-SDKs sind im Android-Betriebssystem vorinstalliert. Apps müssen lediglich angeben, welche sie verwenden möchten.

   Apps laden RE SDKs bei Bedarf direkt von den Servern des SDK-Anbieters herunter. So wird sichergestellt, dass immer die neueste Version verwendet wird, ohne dass der App-Shop einbezogen werden muss.

4. Die SDK-Laufzeit verändert die SDK-Integration grundlegend, da Drittanbieter-SDKs in einem separaten Prozess ausgeführt werden. Inwiefern löst diese Prozessisolierung vor allem eine wichtige Herausforderung des traditionellen, eng verbundenen SDK-Modells?

   Dadurch wird sichergestellt, dass RE SDKs deutlich weniger Akku verbrauchen, da alle Aufgaben auf einen System-Thread mit niedriger Priorität ausgelagert werden.

   So können RE-SDKs mit erhöhten Systemberechtigungen ausgeführt werden, wodurch das Berechtigungsmodell der App umgangen wird, um erweiterte Vorgänge auszuführen.

   Sie schafft klare Grenzen und schränkt den direkten Zugriff eines SDKs auf die internen Daten und Ressourcen der Host-App ein. Dadurch werden die mit der nicht offengelegten Datenerhebung verbundenen Risiken reduziert und die allgemeine Sicherheit erhöht.

   Es standardisiert die UI-Komponenten, die alle RE-SDKs verwenden müssen, und sorgt so für ein einheitliches Erscheinungsbild in allen Apps, in denen sie verwendet werden.

5. Was ist der Hauptzweck der Tools zur Generierung von „Shim“ im Kontext der SDK-Laufzeit?

   Laufzeitfähige SDKs in Android SDK-Bundles (ASBs) verpacken

   Damit können Sie Berechtigungseinschränkungen für laufzeitfähige SDKs während der Kompilierung erzwingen.

   Abstraktion der Komplexität der prozessübergreifenden Kommunikation (Inter-Process Communication, IPC) auf niedriger Ebene zwischen dem App-/Laufzeit-SDK (Runtime Aware SDK, RA SDK) und dem RE SDK.

   Vorgefertigte UI-Komponenten für RE-SDKs bereitstellen, um Anzeigen zu schalten.

6. Was muss der SDK-Entwickler beim Erstellen eines RE-SDKs implementieren, um den Einstiegspunkt des SDKs zu definieren, der in der Regel eine von einem Shim generierte Klasse erweitert?

   Eine Aktivität, die die Hauptfunktionen des SDK startet.

   Eine Klasse, die „SandboxedSdkProviderCompat“ erweitert (oder eine von einem Shim generierte Ableitung basierend auf „@PrivacySandboxService“) und die Methode „create*“ überschreibt.

   Ein BroadcastReceiver, der auf SDK-Ladeanfragen von der App wartet.

   Ein ContentProvider, um anfängliche Konfigurationsdaten für die App freizugeben.

7. Wenn Sie ein RE SDK auf einem Gerät oder Emulator debuggen, auf dem die SDK-Laufzeit aktiv ist, an welchen Prozess muss der Debugger angehängt werden, um den Code des RE SDKs zu prüfen?

   Der Hauptprozess der Clientanwendung.

   Der Prozess „system_server“.

   Der Prozess _sdk_sandbox

   Der interne Android Studio-Fehlerbehebungsprozess.

8. Was ist laut den empfohlenen Migrationsphasen für ein vorhandenes SDK zur SDK-Laufzeit in der Regel der erste Schritt?

   Alle Apps müssen das laufzeitfähige SDK sofort direkt ohne Übersetzungsschicht verwenden.

   Erstellen Sie ein schlankes, runtimefähiges SDK, bei dem die gesamte vorhandene Geschäftslogik in einem älteren In-App-SDK verbleibt.

   Erstellen Sie ein laufzeitfähiges SDK für die Übergangsphase zusammen mit einem laufzeitbewussten SDK für die inkrementelle Migration und A/B-Tests.

   Stellen Sie das vorhandene SDK ein und bieten Sie von Anfang an nur das neue laufzeitfähige SDK an.

error_outline Beim Bewerten des Quiz ist ein Fehler aufgetreten. Bitte versuchen Sie es noch einmal.