VS
Ну тип есть groupie с findViewById и c viewBinding. И было бы странно, если бы поддержку viewBinding сделали в отдельной библиотеке.
Size: a a a
2020 December 28
VS
Подведу итог: возможно, я скоро в третий раз буду делать сложную навигацию на cicerone. Я уже пару раз писал много обвязок для этого + либа делает +- тоже самое. Возможно, я смогу дать фидек, чтобы какую-то часть упросить или сделать удобнее в cicerone и потребность в подобных либах, как CiceroneFlows отпадёт.
KT
так если надо, берешь CiceroneFlows и готово.
а если хочешь что-то свое и без фреймворка, то чистую Cicerone
а если хочешь что-то свое и без фреймворка, то чистую Cicerone
ES
Но ведь можно через 2 артефакта сделать в рамках cicerone:
- core
- flow
- core
- flow
VS
Но ведь можно через 2 артефакта сделать в рамках cicerone:
- core
- flow
- core
- flow
2 чай этому господину)
VS
Это как dagger и hilt)
KT
Но ведь можно через 2 артефакта сделать в рамках cicerone:
- core
- flow
- core
- flow
можно и я недавно это сделал:
KT
немного экспериментов:
я сделал три класса для построения сингл активити приложений, когда не надо думать про иерархию роутеров, то есть у любого фрагмента берешь роутер, а он тот что надо.
https://github.com/terrakok/Cicerone/tree/fondazione
я сделал три класса для построения сингл активити приложений, когда не надо думать про иерархию роутеров, то есть у любого фрагмента берешь роутер, а он тот что надо.
https://github.com/terrakok/Cicerone/tree/fondazione
вот
KT
но суть в том, что я бы не хотел в одиночку это все поддерживать
KT
появится хороший фреймворк - я с радостью волью в проект и автор сможет его поддерживать рядом с кор чичероне
VS
О, круто, гляну)
KT
жду комментариев в дискуссиях на гитхабе, что ок, а что нет
2021 January 12
R
когда выполняется backToRoot
То фрагменты, которые были в backstack проходят через лайфсайкл методы onCreateView, onViewCreated. Можно как-то этого избежать?
private fun backToRoot() {
fragmentManager.popBackStack(null, FragmentManager.POP_BACK_STACK_INCLUSIVE)
}То фрагменты, которые были в backstack проходят через лайфсайкл методы onCreateView, onViewCreated. Можно как-то этого избежать?
KT
какая версия библиотеки? этого не должно быть
2021 January 13
AK
@terrakok Добрый день, после того как переписали библиотеку на котлин, команды стали final и так же метод
executeCommands тоже final, это специально сделано, или просто при миграции не сделали их open?KT
логика простая: все что не должно быть open, должно быть final
KT
открывать все подряд - плохая идея
KT
расскажите реальные кейсы, когда надо что-то расширять, может откроем, а может добавим в библиотеку недостающую функциональность
2021 January 18
Д
Начал переходить на новую версию либу и появился вопрос по Screens, Создать FragmentScreen без фабрики невозможно? В сампле ошибка такая же, что и у меня, весь Screens красный. Скинул бы скрины, но удаляется сообщение
Например,
fun Map() = FragmentScreen { MapFragment() }
Type mismatch: inferred type is () -> MapFragment but Creator<FragmentFactory, Fragment> was expected
Например,
fun Map() = FragmentScreen { MapFragment() }
Type mismatch: inferred type is () -> MapFragment but Creator<FragmentFactory, Fragment> was expected
KT
Котлин плагин обновите. Это функциональные интерфейсы