плеера с состояниями. Виджет должен быть на нескольких экранах, но не на всех. И он должен быть поверх остальных @Composable.
Условие такое, что виджет должен иметь 3 состояния - виден и играет,виден и пауза и не виден, данные о состоянии берутся из класса Player.
Экраны, на которых у меня размещен виджет, связанны каждый со своей viewModel а таскать информацию о том, в каком состоянии сейчас сервис плеера в каждую viewModel и дублировать код не хочется.
Как, не добавляя в каждую viewModel каждого экрана получать информацию о плеере, для корректного отображения виджета? Можно было бы внутри виджета определять свою отдельную viewModel, но две viewModel на одном экране, что то такое себе..
И второй вопрос, можно как-то передать список @Composable экранов в виджет и уже внутри него определять по отображаемому экрану, например, должен ли вообще он обрабатываться или просто его не показывать (Чтобы не добавлять его руками на каждом нужном экране, их может стать больше или меньше со временем, а определять необходимость добавления непосредственно в виджете)?
В декларацию на вход компоузабла захерачить объект с интерфейсом нужной ему вьюмодели, на все вьюмодели экранов тянуть имплементацию через делегаты, мб так.
Ну в принципе, я к этому и пришел изначально) Но как-то не изящно... Чтож, пока что так будем пробовать делать.. а там мб чакры откроются и че нибудь получше придумаю) Спасибо!
Я в compose новичок, и не знаю что у вас за плеер, но можно передать объект плеера в виджет. Он сам бы управлял состоянием. Это как в видео вью передать плеер. И вью сама с ним может взаимодействовать. Ваш виджет это частичка такого плеера.
Идею понял, спасибо!
Я бы делал через state, в котором вся информация и взаимодействия с виджетом, посмотри как это устроено в LazyList, Pager и других сложных компонентах
Но это если только на визуальную часть
Вот уже с примером. Даже если стейта нет, то всегда можно использовать обычные колбэки. В примере оба варианта
Да, я понял идею, спасибо.
Обсуждают сегодня