🐗 2. What is the purpose of Pending Intent?

Если в двух словах рассказать, что такое Pending Intent, то это обертка Intent, благодаря которой компоненты или другие приложения смогут ее выполнить от имени нашего приложения.

Где может быть использован PendingIntent:
1. Для запуска Activity;
2. Для запуска Service;
3. Для отправки broadcast.

Примеры использования:
1. Запуск Activity при клике на уведомление;
2. Для планирования через AlarmManager;
3. Делегирование задач ForegroundService для фоновых задач.

В своей очереди PendingIntent присутствуют ряд флагов для его функциях, например, FLAG_UPDATE_CURRENT, который обновляет существующей обертке новыми данными. Но есть флаг FLAG_IMMUTABLE, который обязательно нужно устанавливать всем оберткам для защиты от внешних изменений от вредоносных приложений; начиная с Android 12 для некоторых задач считается обязательным флагом.

#Manifest_Android_Interview
#Заметки

🐗 4. What is Context and what types of Context exist?

Тема достаточно обширная, посему пост получился большой.

Context предоставляет доступ к ресурсам и классам, необходимым для нашего приложения. Или, иными словами, он действует как "мост" между приложением и Android-системой, позволяя компонентам нашего приложения получить: доступ к ресурсам (assets например), базе данных (SQLite), системным сервисам (getSystemService) и другим.

Какие есть виды Context:
• Application Context — привязан к ЖЦ приложения. Выступает как долгоживущий контекст и используется, когда передаем тому, что живёт долго или читает ресурсы:
◦ SharedPreference или базы данных;
◦ Инициализация библиотек, например, Room.
• Activity Context — привязан к ЖЦ Activity. Используется в основном для UI операциях:
◦ Создание или модификация UI-компонентов;
◦ Запуск другой Activity;
◦ Доступ к ресурсам (res/).
• Service Context — привязан к ЖЦ Service. Используется преимущественно для фоновых задач и получения доступа к системным сервисам.
• Broadcast Context — предоставляется при вызове BroadcastReceiver и обычно используется для ответа на конкретные бродкасты, посему недолго живёт и из-за этого категорически не стоит использовать для долговременных задач.

Видим, что контексты различаются по времени жизни и допустимым задачам для них. Поэтому присутствуют распространенные ошибки, которых необходимо избегать:
• Преднамеренное задержание "мертвых" контекстов. Например, в классе-одиночке указали ссылку на ActivityContext, который со временем будет уничтожен: смена конфигурации. GC не может никак удалить этот контекст, поэтому получаем "утечку памяти";

• Неправильное использование контекстов. Например, воспользовались ApplicationContext для запуска диалога, хотя ожидается ActivityContext. У каждой реализации Context по-разному переопределены методы, посему мы можем получить неожиданные результаты;

• Использование контекста после уничтожения связанного компонента. Например, мы используем ActivityContext для View, когда его Activity уничтожили. В таком случае мы можем получить ошибки, так как ресурсы из Activity для Context будут тоже уничтожены;

• Использование контекста вне главного потока. Контекст предназначен для главного потока, особенно это выражается в доступе к ресурсам или во взаимодействии с UI. В противном случае мы можем получить проблемы, характерные для потоков, и сбои.

Существует также особый Context, который реализовывает паттерн «Декоратор» и даёт нам возможность добавлять новую функциональность нашим контекстам — ContextWrapper.

Но подробно о ContextWrapper не буду говорить, ибо его редко кто использует напрямую. Но он нужен для дальнейшего понимания. В Activity присутствует одна переменная — baseContext. Что это такое? Это ссылка на декорируемый объект (Context) в ContextWrapper, которому наделяют новую функциональность: возможность запускать активити, работать с UI-элементами и прочее. Благодаря этому «обычный» Context превращается в ActivityContext. Вам обычно не нужен baseContext, ибо в основном используется в реализации собственных контекстов.

#Manifest_Android_Interview
#Заметки