Как правильно применять mutable PendingIntent risk в реальном Android Kotlin проекте?
Что хотят услышать интервьюеры:
Практический подход: применяйте mutable PendingIntent risk там, где это решает конкретную задачу приложения, а не ради шаблона.
- Определите слой: UI, ViewModel, domain, data, platform или infrastructure.
- Проверьте lifecycle, cancellation, ошибки, configuration change и process death.
- Добавьте тест или хотя бы воспроизводимый сценарий.
Ответ:
Смысл темы: mutable PendingIntent может быть изменен получателем, поэтому по умолчанию лучше immutable. На собеседовании: объясните не только API, но и границы ответственности.
FLAG_IMMUTABLE