EE
тут есть пара моментов
Size: a a a
2016 November 23
EE
пока у нас плоская навигация в одном навконтроллере это легко
EE
роутеру действительно плевать на текущий модуль
EE
все усложняется если у нас контроллер лежит в чем то вроде родительского контроллера
EE
и в зависимости от контекста мы можем сделать просто пуш, а можем заменить дочерний контроллер целиком
EE
выходит в презентер прийдется прокидывать уже две ссылки
EE
на навигейшен и на родителя навигейшена
EE
а еще может быть так что вьюха в одном кейсе может лежать в parentCtrl->navCtrl, в другом parentCtrl->tabCtrl, а в третьем вообще быть просто презентована и не иметь никаких родителей
EE
при этом выполнять одну и ту же функцию
EE
при этом презенетр выходит придйется переписывать, что бы он знал какой именно маршрут открывать, либо писать какую то логику для выбора маршрута от контекста
EE
в том проекте где яя линки на все необходимые для навигации контроллеры держал в нутри роутера мне понравилось то что остальным компонентам не нужно знать ничего о навигейшен стеке
EE
я просто вызываю роутер и говорю отправляемся в SomeStory (заметьте даже не в someController, а именно в какую то историю) а он ужен сам знает как в эту историю попасть, как правильно перестроить навигейшен стек
MS
а еще может быть так что вьюха в одном кейсе может лежать в parentCtrl->navCtrl, в другом parentCtrl->tabCtrl, а в третьем вообще быть просто презентована и не иметь никаких родителей
для этого разные роутеры будут видимо
EE
роутеры разные
MS
все усложняется если у нас контроллер лежит в чем то вроде родительского контроллера
да, тут я че-то ночью тупанул. Контекст роутер внутри себя сохраняет
EE
но роутер подючается в презентер
MS
например ссылку на NavController или VC,поверх которого презентуется модалка
EE
вот
EE
так мне понятнее
EE
иначе реально паревно передавать каждый раз контекст от вьюхи в роутер через презентер4