Вот бы колонка имела параметр места установки. А то в спальне одна колонка, в гостиной вторая, в обоих комнатах телеки сяоми.
Все колонки с Алисой уже несколько месяцев как имеют привязку к месту и на "Алиса, выключи телек/свет/кондей" выключают устройство именно в этом месте, если оно задано в настройках устройства. Жаль только на команду "Алиса, включи телекИ" она тоже включит только там где ты находишь, что бы включила все надо добавить "везде" или "все" (про "все" не уверен).
Ну и софт со станции портировали бы на андроид, чтобы на телек можно было поставить и рулить им как станцией ютубы/вкл/выкл/музыка/радио.
Колонки и так работают на каком то кастомизированном андройде. И кстати у яндекса есть своя платформа для телеков
Только вот Мини имеет неприятную особенность — сама меняет себе локальный IP каждые несколько дней несмотря на то что на роутере ей выставлен статический адрес. Очень странная особенность и к сожалению компонент автора к ней не был готов. Я было попытался поддержать смену IP в компоненте заменив проверку что локальное устройство с таким то ид уже найдено на проверку что локальное устройство с таким то ид и адресом найдено. Но теперь при смене IP у мини начинается форменная жесть со спамом безуспешных попыток соединения. Пока к сожалению не удаётся выкроить времени что бы лучше разобраться в коде.
KProperty хоть и лежит в пакете рефлексии не требует подключения соответствующей либы, по крайне мере если используется только поле name и если память не изменяет геттер и сеттер. Вот если захочется использовать поля returnType, parameters и т.п. то да, придется подключать либку с рефлексией на 2мегабайта...
saveFragmentInstanceState вполне себе работает, пользовался им несколько раз, никаких багов не наблюдал, правда последний раз это было с год назад. Проблемы скорее могут возникнуть с сохранением состояния RecyclerView и особенно ViewPager, точнее с восстановлением этих состояний. На сколько помню у обоих этих контролов позиция нормально восстанавливается только если восстанавливать её не сразу в onCreate/onViewCreated или onViewStateRestored а с небольшой задержкой через метод post. А учитывая что ViewPager в ячейке RecyclerView, надо его состояние через адаптер прокидывать и уже там в bindViewHolder восстанавливать, опять же возможно с отложенным через post вызовом setCurrentItem. Но это всё к вложенным фрагментам отношения не имеет, без вложенностей и даже вообще без фрагментов придется городить всё те же костыли(
Можно ещё заюзать FragmentStatePagerAdapter для табов что бы самому не писать сохранение/восстановление состояний, но он работает через тот же saveFragmentInstanceState, так что это уже просто вопрос удобства.
Ну если вы про случай описанный в статье. То есть с переключением между несколькими бэк стеками, то боюсь такого кейса нет ни в одном из приложений. Ну а просто вложенные фрагменты внутри какого либо экрана который может попасть в бэк стек точно есть в 4м (com.vzw.indycar), какие то конкретные экраны правда боюсь назвать так сходу не смогу.
А вы про вложенные фрагменты не слышали? Делаете для каждого таба корневой фрагмент и все под экраны этого таба складируется как "подфрагменты" этого фрагмента, соответственно их бэкстек хранится во фрагмент менеджере коневого фрагмента и сохраняется вместе с состоянием корневого фрагмента. Надеюсь как сохранять состояние фрагментов при переключении табов вы в курсе. Собственно это вроде уже довольно стандартное решение вашей задачи.
Есть правда мнение что вложенные фрагменты это нереальное зло и приводит к невообразимому числу подводных камней, костылей и багов. Но лично у мня за два года их использования проблемы с ними возникали не часто и каких то критических или нерешаемых проблем не было. Хотя бывает что с ними приходится хорошенько подумать и покурить сорци андройда для лучшего понимания их жизненного цикла. Но в андройде так имхо почти везде...
Все колонки с Алисой уже несколько месяцев как имеют привязку к месту и на "Алиса, выключи телек/свет/кондей" выключают устройство именно в этом месте, если оно задано в настройках устройства. Жаль только на команду "Алиса, включи телекИ" она тоже включит только там где ты находишь, что бы включила все надо добавить "везде" или "все" (про "все" не уверен).
Колонки и так работают на каком то кастомизированном андройде. И кстати у яндекса есть своя платформа для телеков
Только вот Мини имеет неприятную особенность — сама меняет себе локальный IP каждые несколько дней несмотря на то что на роутере ей выставлен статический адрес. Очень странная особенность и к сожалению компонент автора к ней не был готов. Я было попытался поддержать смену IP в компоненте заменив проверку что локальное устройство с таким то ид уже найдено на проверку что локальное устройство с таким то ид и адресом найдено. Но теперь при смене IP у мини начинается форменная жесть со спамом безуспешных попыток соединения. Пока к сожалению не удаётся выкроить времени что бы лучше разобраться в коде.
KProperty хоть и лежит в пакете рефлексии не требует подключения соответствующей либы, по крайне мере если используется только поле name и если память не изменяет геттер и сеттер. Вот если захочется использовать поля returnType, parameters и т.п. то да, придется подключать либку с рефлексией на 2мегабайта...
saveFragmentInstanceState вполне себе работает, пользовался им несколько раз, никаких багов не наблюдал, правда последний раз это было с год назад. Проблемы скорее могут возникнуть с сохранением состояния RecyclerView и особенно ViewPager, точнее с восстановлением этих состояний. На сколько помню у обоих этих контролов позиция нормально восстанавливается только если восстанавливать её не сразу в onCreate/onViewCreated или onViewStateRestored а с небольшой задержкой через метод post. А учитывая что ViewPager в ячейке RecyclerView, надо его состояние через адаптер прокидывать и уже там в bindViewHolder восстанавливать, опять же возможно с отложенным через post вызовом setCurrentItem. Но это всё к вложенным фрагментам отношения не имеет, без вложенностей и даже вообще без фрагментов придется городить всё те же костыли(
Можно ещё заюзать FragmentStatePagerAdapter для табов что бы самому не писать сохранение/восстановление состояний, но он работает через тот же saveFragmentInstanceState, так что это уже просто вопрос удобства.
Ну если вы про случай описанный в статье. То есть с переключением между несколькими бэк стеками, то боюсь такого кейса нет ни в одном из приложений. Ну а просто вложенные фрагменты внутри какого либо экрана который может попасть в бэк стек точно есть в 4м (com.vzw.indycar), какие то конкретные экраны правда боюсь назвать так сходу не смогу.
Есть даже пяток:
https://play.google.com/store/apps/details?id=com.touchin.redmond
https://play.google.com/store/apps/details?id=com.riotrus.guilds
https://play.google.com/store/apps/details?id=com.nascar.nascarmobile
https://play.google.com/store/apps/details?id=com.vzw.indycar
https://play.google.com/store/apps/details?id=com.dfbpokal.mobile
В первых двух правда уже не очень помню на сколько повсеместно используются вложенные фрагменты, возможно всего на паре экранов, но вот на следующих двух вложенные фрагменты просто таки по всюду, и даже там где и не нужно.., но уж в таком виде нам оно нам досталось на допиливание.
А вы про вложенные фрагменты не слышали? Делаете для каждого таба корневой фрагмент и все под экраны этого таба складируется как "подфрагменты" этого фрагмента, соответственно их бэкстек хранится во фрагмент менеджере коневого фрагмента и сохраняется вместе с состоянием корневого фрагмента. Надеюсь как сохранять состояние фрагментов при переключении табов вы в курсе. Собственно это вроде уже довольно стандартное решение вашей задачи.
Есть правда мнение что вложенные фрагменты это нереальное зло и приводит к невообразимому числу подводных камней, костылей и багов. Но лично у мня за два года их использования проблемы с ними возникали не часто и каких то критических или нерешаемых проблем не было. Хотя бывает что с ними приходится хорошенько подумать и покурить сорци андройда для лучшего понимания их жизненного цикла. Но в андройде так имхо почти везде...
А что то из этого не позволяют сделать многопроектные сборки?