Если я понимаю, что мр становится большим, я переименовываю ветку в task/draft, создаю от main новую task/main и небольшими, связанными мр, отдаю код на код-ревью. А дальше фиксы идут отдельным мр в task/main после QA
В мобилках под бизнес-логикой понимают немного другое
Помимо бэкенда есть ещё источники данных (дата-слой): кэши и базы данных. Что-то хранится внутри приложения, чтоб облегчить нагрузку на бэк, что-то просто существует для конкретного устройства и нигде больше.
Слой отображения: это отображение пользователю и первичная обработка нажатий, иногда базовая валидация данных (те случаи, когда пользователь сразу должен увидеть, что ввел что-то неправильно)
А вот бизнес-слой существует не в каждом приложении и нередко опционален. В нем различные объединения нескольких запросов их разных сервисов и методов, в нем проверки сложнее "ваш пароль должен содержать...", различные расчеты, если это какие-то агрегаторы.
Мой лучший пример - ипотечный калькулятор в банке: отправлять запрос на каждых чих пользователя - большая нагрузка, поэтому мобилка дублирует у себя все логику расчетов, ставок и прочего, а от Бэка ждёт только список доступных программ для пользователя
P.s. есть ещё server-driven ui, в котором мобилка максимально тупая, но это отдельная история
На самом деле в YouTube Kids можно ограничить видео. Можно выбрать каналы и конкретные видео. Но не очень очевидно как
(Только с телефона) В приложении YouTube Kids нужно выбрать режим строгой фильтрации. А через основное приложение отправить в детское нужный канал
Если я понимаю, что мр становится большим, я переименовываю ветку в task/draft, создаю от main новую task/main и небольшими, связанными мр, отдаю код на код-ревью. А дальше фиксы идут отдельным мр в task/main после QA
Обратную совместимость можно починить через Companion object, если это необходимо
В мобилках под бизнес-логикой понимают немного другое
Помимо бэкенда есть ещё источники данных (дата-слой): кэши и базы данных. Что-то хранится внутри приложения, чтоб облегчить нагрузку на бэк, что-то просто существует для конкретного устройства и нигде больше.
Слой отображения: это отображение пользователю и первичная обработка нажатий, иногда базовая валидация данных (те случаи, когда пользователь сразу должен увидеть, что ввел что-то неправильно)
А вот бизнес-слой существует не в каждом приложении и нередко опционален. В нем различные объединения нескольких запросов их разных сервисов и методов, в нем проверки сложнее "ваш пароль должен содержать...", различные расчеты, если это какие-то агрегаторы.
Мой лучший пример - ипотечный калькулятор в банке: отправлять запрос на каждых чих пользователя - большая нагрузка, поэтому мобилка дублирует у себя все логику расчетов, ставок и прочего, а от Бэка ждёт только список доступных программ для пользователя
P.s. есть ещё server-driven ui, в котором мобилка максимально тупая, но это отдельная история