Какую Activity использовать в Android

В Android четыре часто используемых класса активити:
• Activity
• ComponentActivity
• FragmentActivity
• AppCompatActivity

По иерархии идут последовательно. Activity – базовый класс. ComponentActivity наследует androidx.core.app.ComponentActivity, который нельзя использовать в коде. Добавлен гуглом как промежуточный слой между android.app.Activity и androidx.activity.ComponentActivity, чтобы менять код без поломок. Далее идут FragmentActivity и AppCompatActivity.

Activity
Базовый класс для создания активити в Android.
• Управляет жизненным циклом.
• Отображает UI (setContentView, findViewById).
• Обрабатывает действия пользователя (onBackPressed).
• Запускает другие компоненты через Intent, получает результаты.
• Сохраняет и восстанавливает состояние (onSaveInstanceState, onRestoreInstanceState).
• Настраивает окно и тему (getWindow, setTheme).
• Получает доступ к ресурсам и конфигурации (getResources, onConfigurationChanged).

ComponentActivity
Добавляет поддержку компонентов AndroidX.
• Поддерживает LifecycleOwner, подписывается на изменения (LifecycleObserver).
• Сохраняет и восстанавливает состояние (SavedStateRegistry).
• Управляет ViewModel (getViewModelStore).
• Регистрирует обработчик кнопки «Назад» (OnBackPressedDispatcher).
• Отображает контент под SystemBars (enableEdgeToEdge).
• Получает результаты активити и пермишенов (registerForActivityResult).
• Устанавливает UI для Compose (setContent).

FragmentActivity
Работает с фрагментами.
• Управляет фрагментами (getSupportFragmentManager).
• Вызывает onAttachFragment, когда фрагмент присоединяется к активити.
• Передаёт результаты пермишенов во фрагменты (onRequestPermissionsResult).
• Обрабатывает результаты активити внутри фрагментов (onActivityResult).
• Сохраняет состояние фрагментов при изменении конфигурации.
• Поддерживает BiometricPrompt для биометрической аутентификации.

AppCompatActivity
Добавляет поддержку обратной совместимости.
• Управляет ActionBar и Toolbar, обрабатывает кнопку «Назад» (onSupportNavigateUp).
• Поддерживает обратную совместимость (AppCompatDelegate), позволяя использовать ActionBar, темы и стили MaterialComponents на старых андроидах (до API 21).
• Автоматически переключает тему (DayNight), подстраиваясь под настройки устройства или время суток.
• Меняет локаль приложения без перезапуска (setApplicationLocales).

Что использовать
• ComponentActivity – если UI на Compose.
• FragmentActivity – если UI на фрагментах.
• AppCompatActivity – если UI на фрагментах, меняется тема и нужна обратная совместимость.
• Activity – если не используются MaterialComponents, UI самописный, код на плюсах.

Приложение с нуля

Иногда ты первый разработчик на проекте. Задача – накидать архитектуру будущего приложения. Что показать заказчику и какие подходы котируются?

Репозиторий
• Git как система контроля версий.
• GitFlow как стратегия ведения репозитория.
• GitHub как платформа для хостинга репозитория.
• GitHub Releases для публикации релизов.
• GitHub Issues для отслеживания задач и багов.

Сборка
• Gradle KTS для написания билд-скриптов.
• Gradle Version Catalog для управления зависимостями.
• R8 для оптимизации и минификации кода.
• Build Types – debug для разработки, с логами и отладочными инструментами и release для прода, с оптимизациями и отключёнными логами.
• minSdk – 24 (Android 7.0).
• targetSdk – 35 (Android 15).
• compileSdk – 35 (Android 15).
• Формат сборки – AAB для Google Play. APK для других сторов.
• JVM Toolchain для управления версией JDK.

Архитектура
• MVI как архитектурный паттерн.
• Слоистая архитектура для разделения ответственности (Domain – Data – UI).
• SSOT для обеспечения консистентности данных.
• UDF для управления состоянием данных.

Стек
• Kotlin как основной язык программирования.
• Kotlin Coroutines для работы с асинхронным кодом и параллельными задачами.
• Kotlin Flow для обработки потоков данных.
• Kotlin Serialization для преобразования объектов в форматы JSON и XML.
• Jetpack Compose как UI-фреймворк.
• ViewModel для хранения и управления UI-состоянием.
• Navigation Component для управления навигацией между экранам.
• Hilt для внедрения зависимостей.
• Retrofit для работы с REST API.
• OkHttp для работы с HTTP-запросами и WebSockets.
• Chucker для отслеживания HTTP-запросов и ответов.
• Foreground Service для выполнения длительных или важных задач (камера, локация, музыка, диктофон, звонок, фитнес).
• WorkManager для управления фоновыми задачами.
• DataStore для хранения данных.
• Room для работы с базами данных.
• CameraX для работы с камерой.
• Paging3 для загрузки больших списков с поддержкой пагинации.
• Coil для загрузки и отображения изображений.
• Media3 для работы с мультимедийным контентом (аудио и видео).
• Jetpack Glance для создания виджетов.

Дизайн
• Material3 как дизайн-система.
• Тема приложения – светлая, темная и системная.
• Splash Screen API для отображения заставки.
• Predictive Back Gesture для жеста назад и предварительного просмотра экранов.
• Edge-to-Edge для отображения UI без отступов, когда контент заполняет весь экран, включая области статус-бара и навигации.
• Ориентация экрана – определяется сенсором устройства.
• Display Cutouts – корректная обработка вырезов на экране (под камеру или датчики).
• Adaptive Layouts – макеты, которые автоматически подстраиваются под разные размеры экранов на телефонах, планшетах и десктопах.
• Локализация – en (английский) + язык пользовательской базы, например ru.

Тестирование
• Unit-тесты для бизнес-логики – JUnit, Mockito, Kotest.
• UI-тесты для пользовательского интерфейса – Espresso, Robolectric.
• Android Profiler для мониторинга производительности, памяти, сети и CPU.
• Benchmarking для измерения производительности приложения или его компонентов.
• LeakCanary для обнаружения утечек памяти.

Стиль кода
• Detekt как статический анализатор для нахождения ошибок и улучшения стиля кода.

Мониторинг и аналитика
• Huawei Mobile Services как набор облачных сервисов для устройств Huawei.
• Google Mobile Services как набор облачных сервисов для большинства устройств.
• Firebase Analytics для анализа поведения пользователей.
• Firebase Crashlytics для мониторинга и анализа сбоев в приложении.
• Firebase Cloud Messaging для отправки уведомлений.
• Firebase App Distribution для распространения предварительных версий приложения среди тестировщиков.

Непрерывная интеграция и доставка
• GitHub Actions для автоматизации сборки, деплоя и выпуска.

Какой же классный получился подгон у эппла на 14 февраля

Как совмещать 2 дейли

Возможное пересечение созвонов – частая причина отказа от многоработничества. Я несколько лет отработал в двух конторах и в один год у меня наложились 250 звонков. Работодателей об этом не извещал. Расскажу как это выглядело на практике.

Дейли – это созвон команды. Проходит каждый день, что понятно из названия. Помогает синхронизироваться: кто чем занят, какие блокеры, нужна ли помощь. Обычно разработчики трудятся в Agile-командах пять дней в неделю с утра и до вечера. Даже в Новосибирске пляшут по московскому часовому поясу, поэтому дейли проходит утром в интервале 9:00-12:30. Распространенные слоты – 11:00, 11:30 и 12:00. Чем больше команда, тем дольше дейли. Четверо укладываются в пять минут, двадцати может не хватить и получаса. Сократить время дейли – распространённая цель команд.

Итак. Два дейлика проходят в 11:00 по будням. Созвон без камеры. Для звонков используют Zoom, Google Meet, Microsoft Teams, Slack или аналогичные сервисы. Доступно отключение микрофона и источника вывода звука.

Какие форматы встречались
• Классический. Поочередный опрос каждого: «что делал вчера, что будешь делать сегодня». Порядок иногда играет на руку. Если опрашивают по алфавиту, Яковлев отвечает последним. Или опрашивают по расположению имен в Jira. Либо сначала фронтендеров, потом бэкендеров. Постепенно проявляется закономерность – я размьючиваю микрофон в 11:15.
• Проектный. Опрашивают тех, кто участвует в проектах, которые в работе. Молчишь каждый второй созвон.
• Проблемный. Сначала обсуждаются блокеры, потом текущие задачи. В этом случае свои проблемы лучше порешать в течение рабочего дня, чтобы не отвлекаться на звонке.

Подключаться на звонки нужно с двух устройств – два компа, комп + телефон. Чтобы мозг не плавило, лучше не использовать две пары наушников. На первом устройстве выводим звук через динамики, на втором через один наушник. Мозг человека не поддерживает многозадачность, но может быстро переключаться между тасками. Так проще оставаться в контексте каждого дейли.

Когда очередь отвечать на первом дейли – размьючиваем микрофон и говорим. Когда отвечаем на втором дейли – убавляем динамик на первом. Это единственное слабое место процесса. Мы выпадаем из контекста приглушенного звонка. Но на практике значимые детали редко упускаются.

Дергают одновременно на двух дейли
И такое случается. Второй рот в этот момент не отрастет. Выбираем приоритетный звонок, а второй оставляем на мьюте. После спича (лучше краткого) появляемся на втором дейли, если встреча еще идет, и просим повторить вопрос. Жалуемся на медленный интернет, разрядившиеся наушники, клятого курьера.

Дальше – проще
Первые пару недель сложно. Как известно, мозг нейропластичен и неизбежно адаптируется к новым обстоятельствам. Сначала следишь за микрофонами, потом скатываешься в полнейший рассос. У меня созвоны сопровождались приготовлением завтрака, просмотром ютуба и разговорами с сожителями.

Награда
В 2 раза больше опыта, денег и стресса. Нарабатывается скилл планирования и приоритизации задач.

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