Денис Загаевский, ну, необходимость или ненужность Clean Architecture - это тема для отдельного холивара. Uncle Bob почти сразу после релиза статьи The Clean Architecture выпустил другую статью, где отбивался как раз от подобных вопросов.
К сожалению, требуется именно с 9м - минималка для приложения. Там заказчик свои приставки поставляет клиентам, но ждать его приставку не вариант (в разных городах и расстояние не самое маленькое)
Денис Загаевский, просто хочется услышать именно мнение - стоит ли так делать или лучше использовать другой подход. Консультировался с несколькими знакомыми командами, но там "кто во что горазд". Моего опыта пока что недостаточно, чтобы грамотно судить об уместности такого подхода, потому и здесь:)
Денис Загаевский, к примеру, в beforeResultMapping разработчик может запускать какую-либо анимацию или скрывать loader и показывать какую-либо view, что результат готовится. В afterResultMapping тоже что-либо готовить.
Денис Загаевский, это заделка для использования при Clean Architecture, чтобы меньше кода выдавать и было удобнее прокидывать маппинг (к примеру, у меня в domain идет маппинг в ServerException из ServerExceptionDTO и ServerFatalErrorDTO, плюс я уведомляю своего Listener'а о том, что статусе маппинга (вызов afterResultMapping и beforeResultMapping). Пример в вопросе сильно упрощен.
Использование крона или демона - частая практика, но есть и вариант пологичнее.
Пишете триггер для БД, который при установке значения в поле дёргает уже скрипт бэк'а (к примеру, дёрнуть тот же Python или Java из Postgres не так уж сложно на своём сервере), а скрипт через FCM отправляет пушу пользователю. Так гораздо меньше ресурсов ради такого мероприятия будет расходоваться
А работа с данными из приложения - основа основ в разработке клиент-серверных приложений: реализуете на бэке простой API и дёргаете из приложения сколько душе угодно.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.