Тест по основам среды выполнения SDK

SDK Runtime стремится предоставить несколько ключевых преимуществ экосистеме Android. Какие из следующих преимуществ являются основными, которые подчеркиваются разработчиками приложений и SDK, а также пользователями?

Выбирайте столько ответов, сколько считаете нужным.

Повышенная конфиденциальность пользователей и безопасность приложений за счет изоляции стороннего кода SDK и ресурсов в отдельный, ограниченный процесс выполнения.

Улучшенная стабильность приложения и более точный учет сбоев за счет помещения операций SDK в собственный выделенный процесс, отдельный от хост-приложения.

Предоставление сторонним SDK расширенного прямого доступа к полному набору разрешений хост-приложения для максимизации их функциональности.

Более гибкая модель распространения SDK, позволяющая обновлять SDK независимо от выпусков приложений через каналы распространения приложений, что потенциально приводит к более быстрому исправлению критических ошибок.

Обязательное использование всеми сторонними SDK единой общей среды выполнения для всех приложений на устройстве для оптимизации использования системных ресурсов.

Какое утверждение точно описывает Runtime-Enabled SDK (RE SDK)?

Он запускается в процессе приложения и напрямую взаимодействует с другими встроенными в приложение SDK.

В первую очередь это слой перевода, который помогает приложениям перейти на использование SDK в среде выполнения SDK.

Он работает внутри изолированного процесса SDK Runtime.

Он используется только для отладки функций SDK в Android Studio.

Учитывая новую парадигму распространения для SDK с поддержкой среды выполнения (RE SDK), какое утверждение лучше всего описывает, как RE SDK становятся доступными для приложений и устанавливаются на пользовательские устройства?

RE SDK всегда компилируются непосредственно в APK хост-приложения, как и традиционные SDK, но активируются только при наличии среды выполнения SDK.

RE SDK могут быть опубликованы в магазинах приложений как отдельные сущности. Затем магазин приложений управляет их установкой на устройстве, и каждое приложение загружает требуемые RE SDK в свой собственный частный процесс SDK Runtime.

Все необходимые RE SDK предустановлены как часть операционной системы Android, и приложения просто объявляют, какие из них они намерены использовать.

Приложения загружают RE SDK непосредственно с серверов поставщика SDK каждый раз, когда они необходимы, гарантируя, что всегда используется последняя версия без участия магазина приложений.

SDK Runtime принципиально меняет интеграцию SDK, запуская сторонние SDK в отдельном процессе. Как эта изоляция процесса в первую очередь решает ключевую проблему традиционной, тесно связанной модели SDK?

Это гарантирует, что RE SDK потребляют значительно меньше энергии батареи, перекладывая все свои задачи на системный поток с низким приоритетом.

Это позволяет RE SDK работать с повышенными системными привилегиями, обходя модель разрешений приложения для выполнения расширенных операций.

Он создает четкие границы, ограничивая прямой доступ SDK к внутренним данным и ресурсам хост-приложения, тем самым снижая риски, связанные с нераскрытым сбором данных, и повышая общую безопасность.

Он стандартизирует компоненты пользовательского интерфейса, которые должны использовать все RE SDK, обеспечивая единообразный внешний вид и функциональность во всех приложениях, использующих их.

Какова основная цель инструментов генерации «прокладок» в контексте среды выполнения SDK?

Для упаковки SDK с поддержкой среды выполнения в пакеты Android SDK Bundles (ASB).

Для обеспечения ограничений разрешений для SDK с поддержкой среды выполнения во время компиляции.

Абстрагировать сложность низкоуровневого межпроцессного взаимодействия (IPC) между app/Runtime Aware (RA SDK) и RE SDK.

Предоставить готовые компоненты пользовательского интерфейса для RE SDK для отображения рекламы.

Что должен реализовать разработчик SDK при создании RE SDK, чтобы определить точку входа SDK, которая обычно расширяет класс, созданный оболочкой?

Действие, запускающее основные функции SDK.

Класс, расширяющий `SandboxedSdkProviderCompat` (или сгенерированный прокладкой производный на основе `@PrivacySandboxService`) и переопределяющий его метод `create*`.

BroadcastReceiver, который прослушивает запросы на загрузку SDK из приложения.

ContentProvider для обмена данными начальной конфигурации с приложением.

При отладке RE SDK на устройстве или эмуляторе, где активна среда выполнения SDK, к какому процессу необходимо подключить отладчик для проверки кода RE SDK?

Основной процесс подачи заявки клиентом.

Процесс `system_server`.

` Процесс _sdk_sandbox`.

Внутренний процесс отладки Android Studio.

Какой обычно первый шаг выполняется в соответствии с рекомендуемыми этапами миграции существующего SDK в среду выполнения SDK?

Немедленно потребуйте от всех приложений использовать Runtime-Enabled SDK напрямую, без какого-либо уровня трансляции.

Создайте тонкий SDK с поддержкой среды выполнения, сохранив всю существующую бизнес-логику в устаревшем встроенном SDK приложения.

Создайте переходный период Runtime-Enabled SDK вместе с расширенным Runtime-Aware SDK для поэтапной миграции и A/B-тестирования.

Прекратите поддержку существующего SDK и с самого начала предлагайте только новый SDK с поддержкой среды выполнения.