Kuis Dasar-Dasar Runtime SDK

Runtime SDK bertujuan memberikan beberapa manfaat utama bagi ekosistem Android. Manakah dari opsi berikut yang merupakan keuntungan utama yang ditekankan untuk developer aplikasi dan SDK, serta pengguna?

Pilih sebanyak mungkin jawaban yang Anda inginkan.

Meningkatkan privasi pengguna dan keamanan aplikasi melalui isolasi kode dan resource SDK pihak ketiga ke dalam proses runtime terpisah yang dibatasi.

Meningkatkan stabilitas aplikasi dan akuntabilitas error yang lebih akurat dengan memuat operasi SDK dalam proses khusus mereka sendiri, terpisah dari aplikasi host.

Memberikan akses langsung yang ditingkatkan ke kumpulan izin lengkap aplikasi host kepada SDK pihak ketiga untuk memaksimalkan fungsinya.

Model distribusi SDK yang lebih fleksibel, yang memungkinkan SDK diupdate secara independen dari rilis aplikasi melalui saluran distribusi aplikasi, yang berpotensi menghasilkan perbaikan penting yang lebih cepat.

Mewajibkan semua SDK pihak ketiga untuk menggunakan satu lingkungan runtime bersama di semua aplikasi di perangkat untuk mengoptimalkan penggunaan resource sistem.

Pernyataan mana yang secara akurat menjelaskan Runtime-Enabled SDK (RE SDK)?

SDK ini berjalan dalam proses aplikasi dan berkomunikasi langsung dengan SDK dalam aplikasi lainnya.

Ini terutama merupakan lapisan terjemahan yang membantu aplikasi bermigrasi untuk menggunakan SDK di Runtime SDK.

SDK ini berjalan di dalam proses Runtime SDK yang terisolasi.

Ini hanya digunakan untuk men-debug fungsi SDK dalam Android Studio.

Dengan mempertimbangkan paradigma distribusi baru untuk Runtime-Enabled SDK (RE SDK), pernyataan mana yang paling menggambarkan cara RE SDK tersedia untuk aplikasi dan diinstal di perangkat pengguna?

SDK RE selalu dikompilasi langsung ke dalam APK aplikasi host, mirip dengan SDK tradisional, tetapi hanya diaktifkan jika Runtime SDK ada.

SDK RE dapat dipublikasikan ke app store sebagai entitas yang berbeda. App store kemudian mengelola penginstalannya di perangkat, dan setiap aplikasi memuat SDK RE yang diperlukan ke dalam proses Runtime SDK pribadinya sendiri.

Semua RE SDK yang diperlukan telah diprainstal sebagai bagian dari sistem operasi Android, dan aplikasi cukup mendeklarasikan SDK yang ingin digunakan.

Aplikasi mendownload RE SDK langsung dari server penyedia SDK setiap kali diperlukan, sehingga memastikan versi terbaru selalu digunakan tanpa melibatkan app store.

Runtime SDK secara mendasar mengubah integrasi SDK dengan menjalankan SDK pihak ketiga dalam proses terpisah. Bagaimana isolasi proses ini terutama mengatasi tantangan utama model SDK tradisional yang terikat erat?

Hal ini memastikan bahwa RE SDK menggunakan daya baterai yang jauh lebih sedikit dengan memindahkan semua tugasnya ke thread sistem prioritas rendah.

Hal ini memungkinkan SDK RE beroperasi dengan hak istimewa sistem yang ditingkatkan, sehingga mengabaikan model izin aplikasi untuk melakukan operasi lanjutan.

Hal ini menciptakan batasan yang jelas, yang membatasi akses langsung SDK ke data dan resource internal aplikasi host, sehingga mengurangi risiko yang terkait dengan pengumpulan data yang tidak diungkapkan dan meningkatkan keamanan secara keseluruhan.

Library ini menstandarkan komponen UI yang harus digunakan semua RE SDK, sehingga memastikan tampilan dan nuansa yang konsisten di semua aplikasi yang menggunakannya.

Apa tujuan utama alat pembuatan "shim" dalam konteks Runtime SDK?

Untuk memaketkan Runtime-Enabled SDK ke dalam Android SDK Bundle (ASB).

Untuk menerapkan batasan izin pada Runtime Enabled SDK selama kompilasi.

Untuk memisahkan kompleksitas Inter-Process Communication (IPC) tingkat rendah antara aplikasi/Runtime Aware (RA SDK) dan RE SDK.

Untuk menyediakan komponen UI bawaan bagi SDK RE guna menampilkan iklan.

Saat mem-build RE SDK, apa yang harus diterapkan developer SDK untuk menentukan titik entri SDK, yang biasanya memperluas class yang dibuat shim?

Aktivitas yang meluncurkan fungsi utama SDK.

Class yang memperluas `SandboxedSdkProviderCompat` (atau turunan yang dibuat shim berdasarkan `@PrivacySandboxService`) dan mengganti metode `create*`-nya.

BroadcastReceiver yang memproses permintaan pemuatan SDK dari aplikasi.

ContentProvider untuk membagikan data konfigurasi awal dengan aplikasi.

Saat men-debug RE SDK di perangkat atau emulator tempat Runtime SDK aktif, ke proses mana debugger harus dilampirkan untuk memeriksa kode RE SDK?

Proses aplikasi klien utama.

Proses `system_server`.

Proses `_sdk_sandbox`.

Proses proses debug internal Android Studio.

Menurut fase migrasi yang direkomendasikan untuk SDK yang ada ke Runtime SDK, apa biasanya langkah pertamanya?

Segera mewajibkan semua aplikasi untuk menggunakan SDK yang Didukung Runtime secara langsung tanpa lapisan terjemahan apa pun.

Build SDK yang Didukung Runtime tipis dengan semua logika bisnis yang ada yang tetap ada di SDK dalam aplikasi lama.

Build Runtime-Enabled SDK periode transisi bersama dengan Runtime-Aware SDK tebal untuk migrasi inkremental dan pengujian A/B.

Hentikan SDK yang ada dan hanya tawarkan SDK yang Didukung Runtime baru dari awal.