В каждом приложение есть какие-то глобальные события: запуск приложения, появление доступа к интернету, выход пользователя из приложения. Можно просто прописать в эти события методы, которые надо вызвать.

Какие альтернативы:
1️⃣классы с событиями, на которые могут подписаться кто угодно.
2️⃣ рассылка событий в приложении например через BroadcastReceiver
3️⃣ Рассылка через EventBus

Подробнее в статье (24м)

#архитектура

Я уже несколько месяцев веду Базу Знаний для Android разработчиков с актуальными материалами для развития Android разработчиков. Теперь База пополняется материалами моего авторства ‼️

Добавил статью про реализацию неявной загрузки реализаций интерфейса, что позволит сделать архитектуру вашего приложения гибче. Таким подходом пользуются в популярных библиотеках (например Kotlin Coroutines).

#AndroidBroadcast #БазаЗнаний #архитектура

Статья (EN,6м) с описанием тех моментов когда вам надо насторожиться, если в коде UseCase встречается это (добавил от автора статьи, себя и из комментариев под постом):
1️⃣Вы не понимаете зачем он вам нужен, а сделали потому что так написали в умной/статье книге или
2️⃣ Из названия классы UseCase не понять что он делает, либо делает не то что в названии
3️⃣ Код UseCase небезопасен для вызова с Main потока
4️⃣ Имеет в зависимостях платформенный код (например из Android SDK это может быть Context)
5️⃣Класс UseCase имеет больше одной публичной функции
6️⃣ UseCase имеет состояние (сохраняет данные в поля)
7️⃣ Метод UseCase содержит 1 строчку кода (например вызов метода из репозитория или БД)
8️⃣UseCase вызывает другой UseCase. Возможно стоит реорганизовать логику так чтобы вынести общий код в утилитные классы

В комментариях добавляйте свои красные флаги в работе с UseCase

#архитектура