Size: a a a

2018 January 12

A

Anton Skub’ev in GitFox
Писал свое приложение, ориентируясь на старую версию getFox, если мне не изменяет память, в основном использовались фрагменты. Сейчас смотрю - появилось много Activity. Можете логику принятия решения объяснить, что делать Activity или Fragment?
источник

PS

Pavel Sukhoterin in GitFox
У меня тоже вопрос, на главном экране, есть переключение между табами, при первом переключении на таб, загружаются данные, а при повторном, они уже там есть, я попытался реализовать так же, но оне получается, у меня отправляется запрос на сервер а не восстанавливается состояние, как это сделать правильно? черех moxy?
источник

ES

Eugene Shapovalov in GitFox
Anton Skub’ev
Писал свое приложение, ориентируясь на старую версию getFox, если мне не изменяет память, в основном использовались фрагменты. Сейчас смотрю - появилось много Activity. Можете логику принятия решения объяснить, что делать Activity или Fragment?
просто в старой версии, на которую вы ориентировались, были только экраны со списками и никакой навигации дальше не было.
источник

A

Anton Skub’ev in GitFox
Eugene Shapovalov
просто в старой версии, на которую вы ориентировались, были только экраны со списками и никакой навигации дальше не было.
Спасибо!
источник

ES

Eugene Shapovalov in GitFox
Pavel Sukhoterin
У меня тоже вопрос, на главном экране, есть переключение между табами, при первом переключении на таб, загружаются данные, а при повторном, они уже там есть, я попытался реализовать так же, но оне получается, у меня отправляется запрос на сервер а не восстанавливается состояние, как это сделать правильно? черех moxy?
тут всё упирается в то, когда вы запрос за данными выполняете. Сейчас все запросы за данными выполняются в onFirstViewAttach -> onCreate/onViewCreated/onActivityCreated. Это Moxy callback.
источник

PS

Pavel Sukhoterin in GitFox
Eugene Shapovalov
тут всё упирается в то, когда вы запрос за данными выполняете. Сейчас все запросы за данными выполняются в onFirstViewAttach -> onCreate/onViewCreated/onActivityCreated. Это Moxy callback.
Спасибо. Попробую сделать так
источник

ES

Eugene Shapovalov in GitFox
Pavel Sukhoterin
У меня тоже вопрос, на главном экране, есть переключение между табами, при первом переключении на таб, загружаются данные, а при повторном, они уже там есть, я попытался реализовать так же, но оне получается, у меня отправляется запрос на сервер а не восстанавливается состояние, как это сделать правильно? черех moxy?
скорее всего вы свои данные загружаете каждый раз, когда ваш Fragment становится видимым для пользователя.
источник

VP

Vladimir Parfenov in GitFox
Eugene Shapovalov
просто в старой версии, на которую вы ориентировались, были только экраны со списками и никакой навигации дальше не было.
Не только в навигации дело. На самом деле, если бы нам необходимо было держать nav bar на всех экранах, то не было бы других активити. А вообще, тут главная причина в том, что каждая активити содержит определенный сценарий из фрагментов. Это не только удобней в разработке, но и закладывает наперед работу с deeplinks. То есть, когда пользователь кликнет на ссылку к issue или к MR, например в почте, то приложение перехватит эту ссылку и откроет конкретную активити со сценарием issue или MR, а не будет начинать запуск главной активити и всех фрагментов, предшествующих issue/MR
источник

ES

Eugene Shapovalov in GitFox
Vladimir Parfenov
Не только в навигации дело. На самом деле, если бы нам необходимо было держать nav bar на всех экранах, то не было бы других активити. А вообще, тут главная причина в том, что каждая активити содержит определенный сценарий из фрагментов. Это не только удобней в разработке, но и закладывает наперед работу с deeplinks. То есть, когда пользователь кликнет на ссылку к issue или к MR, например в почте, то приложение перехватит эту ссылку и откроет конкретную активити со сценарием issue или MR, а не будет начинать запуск главной активити и всех фрагментов, предшествующих issue/MR
полностью согласен.
источник

A

Anton Skub’ev in GitFox
Понял, я у себя тоже делал фрагменты по примеру, потом дошел до диплинкинга и пришлось перепилить на активности)
источник

ES

Eugene Shapovalov in GitFox
сейчас мастер вынесет вердикт
источник

KT

Konstantin Tskhovrebov in GitFox
Причины глубже, но объяснить все мне будет тяжело. Я последний месяц глубоко прорабатываю понятие флоу. И вчера пол ночи работал над этим уже непосредственно с кодом.

Скажу одно. Посмотрите ветку feature/flow

Вероятно это наброски будущих обновлений чичероне. Но все всегда может измениться. Ничего никому не обещаю
источник

J

JRoot3D in GitFox
а почему отдали предпочтение toothpik перед дагером?
источник

D

Dmitry in GitFox
JRoot3D
а почему отдали предпочтение toothpik перед дагером?
источник

J

JRoot3D in GitFox
начало со скринами телеграма уже радуют, спасибо
источник

AT

Andrey Timofeev in GitFox
@terrakok привет, а зачем flowrouter появился? Разве в стандартных методах нет startActivityResult?
источник

A

Anton Skub’ev in GitFox
Можно вопрос по логике?
Допустим вы захотите на экране projects отобразить информацию о юзере.
Вы добавите в ProjectsListPresenter еще один интерактор ProfileInteractor.
Или в существующий интерактор ProjectInteractor добавите ProfileRepository и нужные методы?
источник

KT

Konstantin Tskhovrebov in GitFox
Вам в архитектурный чат
источник

A

Anton Skub’ev in GitFox
Konstantin Tskhovrebov
Вам в архитектурный чат
Я делаю проект по вашему примеру, хотел чтобы Вы дали ответ максимально подходящий к этому проекту и к этой архитектуре, в архитектурном чате уже спрашивал.
источник

KT

Konstantin Tskhovrebov in GitFox
Надо понимать, что делаешь самому. А в соответствующих чатах помогают
источник