N
Ты выше написал что first и main в одном графе, только main это контейнер для другого графа. Так или нет?
Эмм, может я тогда не догоняю. Да, так. А как нужно делать тогда?
Size: a a a
2019 December 19
N
Ну дык это нормальное поведение. Main не должно быть в первом графе, просто когда юзер заполнил данные переходи на другой граф. В доках даже вроде был пример с экраном регистрации
А, я невнимательно прочитал сообщение, извиняюсь
N
Тогда у меня в первом графе будет один экран или как?
AP
вот и вопрос, нужен ли первый граф
N
вот и вопрос, нужен ли первый граф
Ну то есть по заполнению просто ручками реплейсить firstLaunch на main?
AP
а если делать одну активити, первым запускать фрагмент авторизации(там просто прятать гамбургер тулбара, или вообще сам тулбар) а далее запускать main
AP
или, запускать main, в ней проверять авторизацию, и при условии сразу редиректить в first, а по заполнению делать pop в стеке
AP
тогда первой будет main
ST
Тогда у меня в первом графе будет один экран или как?
По логике да, а там уж тебе виднее
Вот https://developer.android.com/guide/navigation/navigation-nested-graphs
Вот https://developer.android.com/guide/navigation/navigation-nested-graphs
N
или, запускать main, в ней проверять авторизацию, и при условии сразу редиректить в first, а по заполнению делать pop в стеке
Это хорошие идеи, но не будет ли это каким то костылем в плане навигации?
ST
Вообще, при первом запуске сразу на регистрацию кидать ни есть хорошо. Надо бы дать понять куда попал юзер и что он может сделать.
N
Вообще, при первом запуске сразу на регистрацию кидать ни есть хорошо. Надо бы дать понять куда попал юзер и что он может сделать.
Хм, надо будет обговорить, благо заказчик лояльно относится к переделке макетов с моей стороны и перепиливанию архитектуры
AP
Вообще, при первом запуске сразу на регистрацию кидать ни есть хорошо. Надо бы дать понять куда попал юзер и что он может сделать.
да почему плохая то. если бизнес логика требует
AP
Это хорошие идеи, но не будет ли это каким то костылем в плане навигации?
мне это не видится костылем, главное стейты проработать, чтобы незалогиненные не попадали на main
ST
да почему плохая то. если бизнес логика требует
Тем что ты только открыл приложение, а тут регистрацию давай. Я бы отвалился на этом этапе, если бы не шёл за чем то конкретно
AP
Тем что ты только открыл приложение, а тут регистрацию давай. Я бы отвалился на этом этапе, если бы не шёл за чем то конкретно
ну представь, что приложение используется только внутри, допустим ты сутенер, и тебе нужно приложение, чтобы твои подсутерены отчитывались в нем. поэтому для посторонних это закрытое приложение
AP
конечно, если приложение можно скачать и предполагается, что им может пользоваться любой - то да, лучше сначала экран, который покажет суть приложения
ST
Боюсь даже представить такое. 😁
N
Тем что ты только открыл приложение, а тут регистрацию давай. Я бы отвалился на этом этапе, если бы не шёл за чем то конкретно
Ну в принципе да, у меня пока что на вводимых данных завязана только небольшая часть бизнес-логики, поэтому можно ввод данных и отложить в процесс основного использования
N
Единственное, если только заказчик захочет потом обязательную регистрацию впилить, придётся обратно на начальный экран переносить