А вот такие вот вертикальные полосы у CardView слева, это руками View добавлять или у СardView есть с коробки такая фишка?

Это по желанию (подмигивает)

В стэке ошибки есть код из его либы

https://github.com/SamuilOlegovich/XRP_Ledger/blob/main/src/main/java/com/samuilolegovich/model/wallets/WalletXRP.java

А что сейчас вместо него используют? Может вопрос глупый, но ,,,…

Если по простому то работает на Андроиде 10. При установке на андроид 11 и выше начинается такая фигня.

1) правильно
2) не попробуешь — не узнаешь
а лучше посмотреть доку первого и второго класса, и сравнить

Вместе live data использовать flow?

Да, современный подход — это Flow

То есть везде где раньше была live data нужно использовать flow? Или только в определенных случаях?

Никто никому ничего не должен. Можешь заменять в новом коде на флоу, статей полно как и зачем

Если современно или модно, значит надо использовать только это. Это классика, это знать надо

Если начинаешь новый проект, то сразу используй Flow. В старом проекте мигрируешь по мере возможности, потом убираешь зависимость от библиотеки LiveData из gradle

Понял, спасибо

Так LiveData вроде вместе с androidx поставляется. Как её из gradle удалить?

AndroidX — это же не одна библиотека, а целый набор. Нужно убрать лишние зависимости, например — implementation(«androidx.lifecycle:lifecycle-livedata-ktx:2.4.1»)

Некоторые библиотеки все же можно убрать, пример выше привел

Как вариант, фрагмент должен обозревать состояние из модели отображения, и когда пришло состояние, которое фрагмент интерпретирует как «вернись назад», выполняется функция навигации назад во фрагменте.

А как еще можно? Кроме обзервера ничего на ум не приходит.

Ну сейчас же модно реактивное программирование 🙂 Все обозревает что-то и как-то на это реагирует 🙂 UI — это есть функция от состояния, поэтому во фрагменте могут быть одни обсерверы и это нормально

Руками, братишка

Просто Вы написали «как вариант». Я думал есть еще варианты. Хотел узнать, как еще можно.

уже понял, жаль(

isFinished.postValue(true)

Можно активити подписать на какой-то источник событий навигации

Мне больше нравится livedata, чем flow во viewmodel (хз, удобнее что-ли), а вот со всяких репозиториеях flow норм

Сарказм же. Мой глубокий посыл был в том, что нет универсального подхода. Выбор инструмента всегда зависит от задачи. А заявления по типу «НАДО использовать вот это, тк это модно» это просто сюр какой-то

Творчество это было во времена ассеблера. Тогда можно было все. Твори и выдумывай. Никаких границ. Кроме размера памяти и скорости процессора.
Сейчас как гугл сказал, только так и делать. Шаг в право, шаг в лево и все разваливается. Оно и по прямой-то не особо.
Доступа к технологиями нет. И они скрыты многочисленными слоями абстракции. Что не может не приводить к печали.

Гугл говорит использовать mvvm. Использую иногда mvp — ничего не разваливается

Да, есть такое, но все же ещё есть некоторое пространство для самовыражения 🙂

Да это как мем про сингл активити, новички думают что при такой архитектуре запрещено еще одно активити сделать xD

Так кто тебе мешает делать что хочешь? Все упирается только в знания

Но лучше не надо, иначе будет уже не сингл 🙂

А иногда делают без фрагментов синглактивити. У них 15к строк и они меняю layout в этом активити в зависимости от условий