Как правильно писать Android-приложение в одном Activity / Константин Цховребов (RedMadRobot)

[@alex5381]

Намного понятнее и полезнее чем докладчик из Google("Single activity: Why, when, and how (Android Dev Summit '18)")

[@slartus]

очень круто! много полезной инфы

[@Ke4nu_Reeves]

5:33 полагаю, оговорочка, commitNow и executePendingTransactions синхронно выполняют транзакции 24:44 на самом деле, onCreate будет вызван для всех фрагментов в back stack'e, добавленных с помощью replace. Если фрагменты добавлены с помощью add, будут вызваны все методы ЖЦ до состояния resumed.

[@ultraon83]

Отличный доклад!

[@nekorin1766]

Vbbbb

[@ki16or]

Мегакрутой доклад!

[@Бананб-г4щ]

11:03 если у кого-нибудь есть, скиньте ссылку пожалуйста,как такое можно сделать,та ссылка,что на экране - не действительна

[@АлексейИльин-н9э]

есть ли решение, если во флоу фрагменте есть большой стек фрагментов и при переходе назад начинается воостанавливаться все, тогда происходит задержка в секунду. Как быть с таким кейсом?

[@hexhexhex666]

Супер!

[@АмэйзингЧенал]

ниразу не слыхал о такой энсенуации как , что все должно быть ва одном октивяти👀

[@ccr_enjoyer]

годно

[@maksimm4350]

Что такое FlowFragment?

[@fevgenson]

Это обычный фрагмент в котором меняются другие фрагменты

[@maksimm4350]

@@fevgenson Спасибо!

[@anjalibehura2986]

@@maksimm4350 j. ,00,

[@anjalibehura2986]

@@maksimm4350 za, , , , , ,, ,,

[@clubok5441]

Никогда не использовал больше одного активити, а потом и от фрагментов отказался, чтобы не кастылить транзишионы.

[@АлексейИльин-н9э]

есть ли решение, если во флоу фрагменте есть большой стек фрагментов и при переходе назад начинается воостанавливаться все, тогда происходит задержка в секунду. Как быть с таким кейсом?

[@clubok5441]

@@АлексейИльин-н9э я не использую фрагменты. Фрагменты - это зло. В вашем случае мне не понятно откуда так много фрагментов появилось на экране? Если это не рендеринг виджетов вызвал падение производительности, то проблема в архитектуре и сложно найти решение не взглянув на нее.

[@RareScrap]

В чем тогда хранить вьюхи экранов если всего одна активити и не юзать фрагменты? Кастомные вьюгруппы?

[@clubok5441]

@@RareScrap В кастомном вью есть объект ПРЕДЫДУЩИЙ ВЬЮ. Кастомное вью - это абстрактный КЛАСС extends FrameLayout.

[@RareScrap]

@@clubok5441 т.е. ты по сути реализуешь свои самопильные фрагменты на кастомных вьюгруппах? И что ты имеешь ввиду под предыдущем вью: парент в иерархии вьюх или экран с которого юзер перешел на текущий?

[@alexandernifanin7366]

Давненько читал статью. Мучаться ради анимации фрагментов - то ещё удовольствие. К тому же, и сама эта анимация может тормозить и не отрисовываться, как хотели. Ради пары плюсов городить себе множество проблем - а это вообще к чему? Связывать себе руки одной активностью, кучей костылей, нетривиальной навигацией? Просто ограничивать себе все возможности, выбрав самый сложный путь? Это примерно как сказать, что щи надо хлебать только лаптем.

[@DarthYodaDarth]

Разве в докладе говориться только об анимации фрагментов?