Size: a a a

Android Developers

2021 January 18

P

Paladin in Android Developers
Old Rus
Приветствую, коллеги!
Кто сталкивался с кейсом отдельной обработки сворачивания приложения? События ЖЦ не подходят, так как в кейс попадают ненужные события перехода в др. активити
Попробуй обрабатывать евенты не в активити, а в Application классе
источник

O

Old Rus in Android Developers
DarkPerl
Простите, а что значит "отдельная обработка сворачивания приложения" ?)))
Изначально идея была такая, чтобы обрабатывать сворачивание в событии ЖЦ активности, однако такой вариант не подходит - обрабатываются и переходы в другие активности
Т.е. события перехода и сворачивания абсолютно идентичны
Отдельная - от переходов
источник

O

Old Rus in Android Developers
Paladin
Попробуй обрабатывать евенты не в активити, а в Application классе
Благодарю за ответ
Однако не совсем понял, как это поможет?
источник

D

DarkPerl in Android Developers
Old Rus
Изначально идея была такая, чтобы обрабатывать сворачивание в событии ЖЦ активности, однако такой вариант не подходит - обрабатываются и переходы в другие активности
Т.е. события перехода и сворачивания абсолютно идентичны
Отдельная - от переходов
Вы что то не то делаете.
Как вы отлавливаете событие перехода между двумя активностями?
источник

P

Paladin in Android Developers
Old Rus
Благодарю за ответ
Однако не совсем понял, как это поможет?
источник

D

Dzmitry in Android Developers
Почему при отображении snackbar'a  FAB не смещается вверх? Вроде в доке написано что всё что для это надо - чтобы fab была прямым наследником координатора.
источник

D

Dzmitry in Android Developers
источник

K

Kasem in Android Developers
Dzmitry
Почему при отображении snackbar'a  FAB не смещается вверх? Вроде в доке написано что всё что для это надо - чтобы fab была прямым наследником координатора.
Snackbar.make(view.findViewById(R.id.fab), getResources().getString(R.string.fab_msg), Snackbar.LENGTH_LONG)
               .setAction("Action", null).show();
источник

K

Kasem in Android Developers
надо фаб передать вроде
источник

D

Dima in Android Developers
Здравствуйте подскажите я правильно понимаю где то в коде проекта не ту сборку вызывает?

System.MissingMethodException: 'Method not found: void AndroidX.RecyclerView.Widget.DividerItemDecoration.SetDrawable(Android.Graphics.Drawables.Drawable)'
источник

D

Dzmitry in Android Developers
Kasem
надо фаб передать вроде
Фаб пробовал передавать - не работает. Добавить экшн тоже не помогло.
источник

O

Old Rus in Android Developers
DarkPerl
Вы что то не то делаете.
Как вы отлавливаете событие перехода между двумя активностями?
Ситуация вкратце: при переходе в другие активности я должен скрывать один юайный элемент, при сворачивании - не должен
Переходов очень много и есть риск, что будут новые, поэтому не хочется прописывать логику скрытия в каждом переходе
Как-то так
Знакомлюсь со статьёй от @PaladinDev, возможно, она окажется полезной в решении проблемы
источник

D

DarkPerl in Android Developers
Old Rus
Ситуация вкратце: при переходе в другие активности я должен скрывать один юайный элемент, при сворачивании - не должен
Переходов очень много и есть риск, что будут новые, поэтому не хочется прописывать логику скрытия в каждом переходе
Как-то так
Знакомлюсь со статьёй от @PaladinDev, возможно, она окажется полезной в решении проблемы
У вас что то с архитектурой .
Можно попробовать как вариант intent put/get как вариант передачи данных между активностями. Или ещё лучше стейт через базу данных сохранять / восстанавливать.
источник

O

Old Rus in Android Developers
DarkPerl
У вас что то с архитектурой .
Можно попробовать как вариант intent put/get как вариант передачи данных между активностями. Или ещё лучше стейт через базу данных сохранять / восстанавливать.
Может быть есть вариант отследить, что запустилась новая активность/открылась из бэкстэка?...
источник

DH

Daniil Horishnii in Android Developers
Old Rus
Ситуация вкратце: при переходе в другие активности я должен скрывать один юайный элемент, при сворачивании - не должен
Переходов очень много и есть риск, что будут новые, поэтому не хочется прописывать логику скрытия в каждом переходе
Как-то так
Знакомлюсь со статьёй от @PaladinDev, возможно, она окажется полезной в решении проблемы
Не очень понял что нужно, но по идее за всем этим можно следить через лайфсайклы активити, чтоб следить за ними отлично подойдет registerActivityLifecycleCallbacks в апликейшене
источник

D

DarkPerl in Android Developers
Old Rus
Может быть есть вариант отследить, что запустилась новая активность/открылась из бэкстэка?...
Если у вас сложная какая то логика и сложный UI я бы делал через базу данных.
Завязываться на инфраструктуру идея не очень хорошая. Скорее всего у вас ситуация, когда уже требуется Clean Architecture 😁
источник

D

DarkPerl in Android Developers
Если на данном этапе неразрулите потом будет спагетти )
источник

СП

Сергей П. in Android Developers
Old Rus
Ситуация вкратце: при переходе в другие активности я должен скрывать один юайный элемент, при сворачивании - не должен
Переходов очень много и есть риск, что будут новые, поэтому не хочется прописывать логику скрытия в каждом переходе
Как-то так
Знакомлюсь со статьёй от @PaladinDev, возможно, она окажется полезной в решении проблемы
Ну можно конечно извращенным способом через слушатели - но решение в лоб очевидное очень простое - при входе в соотв.активность убираем элемент или показываем. Прямо из onCreate
источник

СП

Сергей П. in Android Developers
Если неохота в 100500 активностях прописывать бойлерплейт - делаем вызов какого то общего метода а он разбирается нужен элемент или нет. Хоть на базе таблицы/карты со списком активностей и флагом
Тогда все это будет в одном месте
источник

O

Old Rus in Android Developers
@horishnii @DarkPerl  благодарю, господа
У меня появилась пища для размышлений
источник