Т
но иногда он выдает пустой скрин
Size: a a a
2018 December 05
Т
переходит на скрин но не отображает
Т
т.е фрагмент загружается в память но не отображает вью
AT
т.е фрагмент загружается в память но не отображает вью
Этот фрагмент пересоздается или он сингл?
Т
Этот фрагмент пересоздается или он сингл?
Пересоздания
AT
Поставьте бряки в onCreate, onCreateView, посмотрите, действительно ли новый создается
AD
Всем привет. Такая дилемма. Я уже давно свыкся с
Router#navigateTo и Router#newRootScreen. Даже написал несколько приложений таким макаром. Но сейчас вдруг подумал - а ведь странно, что какой-то presenter, лежаший где-то внутри иерархии экранов знает, что именно сейчас нужно поменять корневой экран на что-то другое. Может кто-то объяснить мне, почему я могу ошибаться?W
Всем привет. Такая дилемма. Я уже давно свыкся с
Router#navigateTo и Router#newRootScreen. Даже написал несколько приложений таким макаром. Но сейчас вдруг подумал - а ведь странно, что какой-то presenter, лежаший где-то внутри иерархии экранов знает, что именно сейчас нужно поменять корневой экран на что-то другое. Может кто-то объяснить мне, почему я могу ошибаться?Ну, например у меня, презентер говорит View что-то типа: openNewOrderScreen() а вот уже View командует Router#newRootScreen и мне кажется, что при таком подходе всё логично. Презентер знает что сделать, вью знает как.
AD
Ну, например у меня, презентер говорит View что-то типа: openNewOrderScreen() а вот уже View командует Router#newRootScreen и мне кажется, что при таком подходе всё логично. Презентер знает что сделать, вью знает как.
При таком подходе необходимость использования этой библиотеки сводится к нулю.
W
При таком подходе необходимость использования этой библиотеки сводится к нулю.
ну, я не был бы так категоричен, я не понимаю почему вы так утверждаете, поэтому не могу с вами спорить
AP
Ну, например у меня, презентер говорит View что-то типа: openNewOrderScreen() а вот уже View командует Router#newRootScreen и мне кажется, что при таком подходе всё логично. Презентер знает что сделать, вью знает как.
Вью не должна отвечать за навигацию, это в корне неверно.
W
Вью не должна отвечать за навигацию, это в корне неверно.
т.е. вы считаете что команды роутеру должен отдавать презентер?
AP
т.е. вы считаете что команды роутеру должен отдавать презентер?
Можно на ты? А то бюрократия какая-то. Да, презентер
AP
Навигация же не ответственность вью
W
ок, но тогда действительно получается, что презентер слишком много знает
W
и завязан на представление, если завтра у меня поменяется карта переходов, презентер прийдется переписывать
AP
ок, но тогда действительно получается, что презентер слишком много знает
Да не, его задача координировать Вью с бизнес логикой. Навигация по сути бизнес логика, вот он и делегирует переход роутеру.
AP
и завязан на представление, если завтра у меня поменяется карта переходов, презентер прийдется переписывать
Ну а так Вью переписывать. При том Вью зато не знает куда будет переход. Она просто говорит "вот на нажали на кнопку" onButtonClicked
W
как то низкоуровнево делегирует, с командами типа newRootScreen. Могу с вами согласится, при условии если мы сделаем более умный роутер, который сам будет решать, что делать по команде newRootScreen
W
вот при таком раскладе всё сходится