5:33 полагаю, оговорочка, commitNow и executePendingTransactions синхронно выполняют транзакции 24:44 на самом деле, onCreate будет вызван для всех фрагментов в back stack'e, добавленных с помощью replace. Если фрагменты добавлены с помощью add, будут вызваны все методы ЖЦ до состояния resumed.
есть ли решение, если во флоу фрагменте есть большой стек фрагментов и при переходе назад начинается воостанавливаться все, тогда происходит задержка в секунду. Как быть с таким кейсом?
есть ли решение, если во флоу фрагменте есть большой стек фрагментов и при переходе назад начинается воостанавливаться все, тогда происходит задержка в секунду. Как быть с таким кейсом?
@@АлексейИльин-н9э я не использую фрагменты. Фрагменты - это зло. В вашем случае мне не понятно откуда так много фрагментов появилось на экране? Если это не рендеринг виджетов вызвал падение производительности, то проблема в архитектуре и сложно найти решение не взглянув на нее.
@@clubok5441 т.е. ты по сути реализуешь свои самопильные фрагменты на кастомных вьюгруппах? И что ты имеешь ввиду под предыдущем вью: парент в иерархии вьюх или экран с которого юзер перешел на текущий?
Давненько читал статью. Мучаться ради анимации фрагментов - то ещё удовольствие. К тому же, и сама эта анимация может тормозить и не отрисовываться, как хотели. Ради пары плюсов городить себе множество проблем - а это вообще к чему? Связывать себе руки одной активностью, кучей костылей, нетривиальной навигацией? Просто ограничивать себе все возможности, выбрав самый сложный путь? Это примерно как сказать, что щи надо хлебать только лаптем.
![[LIVE] : ONE ลุมพินี 88 | คู่เอก "ป้อมเพชร vs อัสลามจอน"](http://i.ytimg.com/vi/1ZqTVVbMgbo/mqdefault.jpg)
Намного понятнее и полезнее чем докладчик из Google("Single activity: Why, when, and how (Android Dev Summit '18)")
очень круто! много полезной инфы
Отличный доклад!
Vbbbb
5:33 полагаю, оговорочка, commitNow и executePendingTransactions синхронно выполняют транзакции
24:44 на самом деле, onCreate будет вызван для всех фрагментов в back stack'e, добавленных с помощью replace. Если фрагменты добавлены с помощью add, будут вызваны все методы ЖЦ до состояния resumed.
Мегакрутой доклад!
11:03 если у кого-нибудь есть, скиньте ссылку пожалуйста,как такое можно сделать,та ссылка,что на экране - не действительна
Супер!
есть ли решение, если во флоу фрагменте есть большой стек фрагментов и при переходе назад начинается воостанавливаться все, тогда происходит задержка в секунду. Как быть с таким кейсом?
годно
ниразу не слыхал о такой энсенуации как , что все должно быть ва одном октивяти👀
Что такое FlowFragment?
Это обычный фрагмент в котором меняются другие фрагменты
@@fevgenson Спасибо!
@@maksimm4350 j. ,00,
@@maksimm4350 za,
,
, ,
, ,, ,,
Никогда не использовал больше одного активити, а потом и от фрагментов отказался, чтобы не кастылить транзишионы.
есть ли решение, если во флоу фрагменте есть большой стек фрагментов и при переходе назад начинается воостанавливаться все, тогда происходит задержка в секунду. Как быть с таким кейсом?
@@АлексейИльин-н9э я не использую фрагменты. Фрагменты - это зло. В вашем случае мне не понятно откуда так много фрагментов появилось на экране? Если это не рендеринг виджетов вызвал падение производительности, то проблема в архитектуре и сложно найти решение не взглянув на нее.
В чем тогда хранить вьюхи экранов если всего одна активити и не юзать фрагменты? Кастомные вьюгруппы?
@@RareScrap В кастомном вью есть объект ПРЕДЫДУЩИЙ ВЬЮ. Кастомное вью - это абстрактный КЛАСС extends FrameLayout.
@@clubok5441 т.е. ты по сути реализуешь свои самопильные фрагменты на кастомных вьюгруппах? И что ты имеешь ввиду под предыдущем вью: парент в иерархии вьюх или экран с которого юзер перешел на текущий?
Давненько читал статью. Мучаться ради анимации фрагментов - то ещё удовольствие. К тому же, и сама эта анимация может тормозить и не отрисовываться, как хотели. Ради пары плюсов городить себе множество проблем - а это вообще к чему? Связывать себе руки одной активностью, кучей костылей, нетривиальной навигацией? Просто ограничивать себе все возможности, выбрав самый сложный путь? Это примерно как сказать, что щи надо хлебать только лаптем.
Разве в докладе говориться только об анимации фрагментов?