Size: a a a

Android arch. components

2019 December 11

ST

Sasha Tainyuk in Android arch. components
Andrey Akimov
Ну так сразу и надо было говорить. Нельзя перейти из одного графа в другой не на стартовый фрагмент
З.ы. с любовью гугал
Скорее нужно более лучше подбирать компоненты под свои задачи, а не натягивать что модно на сегодня.)
источник

NM

Nikita Minin in Android arch. components
Vladimir
Потому что там много фрагментов. И дублировать практически все в каждый граф как то не очень будет. Думал через include сделать, но в итоге какая то каша получается
А в бандл положить id child фрагмента ? navController.navigate(action_A, Bundle().putInt("destination", action_chiladA)) и в A прописать обработку ?
источник

V

Vladimir in Android arch. components
Andrey Akimov
Ну так сразу и надо было говорить. Нельзя перейти из одного графа в другой не на стартовый фрагмент
З.ы. с любовью гугал
В первом сообщении я именно так сразу и говорил )
источник

V

Vladimir in Android arch. components
Sasha Tainyuk
Скорее нужно более лучше подбирать компоненты под свои задачи, а не натягивать что модно на сегодня.)
Не я подбирал ) ну и на момент подбора не было таких хотелок, как я понял )
источник
2019 December 12

КР

Кирилл Романенко in Android arch. components
Подскажите плз: хочу передать из фрагмента Б в фрагмент А данные, но без shared vm и setTargetFragment. Есть ещё способы? Мб di-скоуп?🤔
источник

K

Kopusha in Android arch. components
а если даже без скоупа, просто заинжектить объект в оба места. По идее же, когда фрагменты умрут, ссылок на него больше не будет, GC подберёт.
источник

K

Kopusha in Android arch. components
можно проверить, войти во фрагменты, выйти, вызвать GC, посмотреть если остался объект в дампе. В AS легко делается.
источник
2019 December 13

КР

Кирилл Романенко in Android arch. components
Еееее, я нашёл нормальное обоснование, почему нав компонент нужен: дефолт конструктор фрагмента можно выбросить, т.к. при восстановлении стейта нав компонент сразу дёргает фабрику фрагментов.)
источник

Y

Yanis in Android arch. components
По какой причине может не вызываться onDestroy у фрагмента?  Хотя мы закрываем его
источник

DM

Dmitriy Mitrofanov in Android arch. components
Basically, onDestroy() is only guaranteed to be called if you call finish(). Otherwise, onDestroy() may not be called until the system deems it necessary. You might want to look at putting your "closing" logic in the onPause() or onStop() instead.

https://stackoverflow.com/questions/17195641/fragment-lifecycle-when-ondestroy-and-ondestroyview-are-not-called
источник
2019 December 14

AY

Axrorxo'ja Yodgorov in Android arch. components
Кирилл Романенко
Подскажите плз: хочу передать из фрагмента Б в фрагмент А данные, но без shared vm и setTargetFragment. Есть ещё способы? Мб di-скоуп?🤔
Што мешает исползоват аргумент ?
Или типо onFragmentResult нужен ?
источник
2019 December 19

N

Nick in Android arch. components
Добрый день. Подскажите по Navigation component пожалуйста. Есть два графа: первый содержит 2 экрана: firstLaunch и mainScreen, второй граф содержит в себе навигацию внутри mainscreen. Mainscreen представляет из себя drawerLayout с navigationView. Так вот, когда я в первом графе перехожу из firstLaunch в mainscreen, то вместо гамбургера менюшки в тулбаре у меня стрелка назад, и соответственно ведёт она назад, а мне нужна менюшка. Как с этим бороться?
источник

AA

Andrey Akimov in Android arch. components
Nick
Добрый день. Подскажите по Navigation component пожалуйста. Есть два графа: первый содержит 2 экрана: firstLaunch и mainScreen, второй граф содержит в себе навигацию внутри mainscreen. Mainscreen представляет из себя drawerLayout с navigationView. Так вот, когда я в первом графе перехожу из firstLaunch в mainscreen, то вместо гамбургера менюшки в тулбаре у меня стрелка назад, и соответственно ведёт она назад, а мне нужна менюшка. Как с этим бороться?
не помню уже че там и как, но можно "привязывать" тулбар к экрану, т.е. в зависимости от того, какой экран выбран - меняется тулбар/меню/title , посмотри в эту сторону
источник

N

Nick in Android arch. components
Andrey Akimov
не помню уже че там и как, но можно "привязывать" тулбар к экрану, т.е. в зависимости от того, какой экран выбран - меняется тулбар/меню/title , посмотри в эту сторону
В том то и дело, что тулбар у меня определён в mainscreen, а в firstLaunch его просто нет
источник

N

Nick in Android arch. components
Суть в том, как я понимаю, что из за использования Navigation component появляется стрелка назад в тулбаре, от которой я хочу избавиться
источник

А

Андрей in Android arch. components
Nick
Суть в том, как я понимаю, что из за использования Navigation component появляется стрелка назад в тулбаре, от которой я хочу избавиться
Можно сделать проще. Не использовать nav компонент для тулбара.

Просто в каждом фрагмента свой тулбар, со стрелкой или без, и менеджить его стейт в своём фрагменте ручками.

Намного больше контроля и меньше проблем.
источник

N

Nick in Android arch. components
Андрей
Можно сделать проще. Не использовать nav компонент для тулбара.

Просто в каждом фрагмента свой тулбар, со стрелкой или без, и менеджить его стейт в своём фрагменте ручками.

Намного больше контроля и меньше проблем.
А получится тогда использовать navigation drawer?
источник

А

Андрей in Android arch. components
Nick
А получится тогда использовать navigation drawer?
Ну только, если как раньше, по старинке, тоже там ручками все делать.
источник

N

Nick in Android arch. components
Андрей
Ну только, если как раньше, по старинке, тоже там ручками все делать.
Я пока покопался, нашёл, что можно выставить параметр action’а popTo для сброса стэка, и использовать сгенерированный Directions класс для навигации, но почему то у меня класс не генерируется
https://stackoverflow.com/questions/50514758/how-to-clear-navigation-stack-after-navigating-to-another-fragment-in-android
источник

ST

Sasha Tainyuk in Android arch. components
Использовать один тулбар на все приложение заведомо приведёт к боле в пятой точке. Лучше на начальном этапе отказаться от этой идеи.)
источник