М
собственно в любом случае реализацию базового фрагмент навигатора прийдется менять
Всем привет!
Возможно ли как-то дефолтными методами startActivityForResult использовать в createActivityIntent?
Size: a a a
2018 August 28
2018 September 03
AE
т.к. нужно отправить интент такого вида
PlaceAutocomplete.IntentBuilder(PlaceAutocomplete.MODE_OVERLAY).build(someActivity)
PlaceAutocomplete.IntentBuilder(PlaceAutocomplete.MODE_OVERLAY).build(someActivity)
AO
Можно просто по screenKey отследить и в зависимости от него сделать самостоятельно starActivityForResult
AE
ну да, видимо только так, спасибо)
AO
Хотя, кстати, интересно, почему checkAndStartActivity private, а не protected, был бы protected, можно было бы просто в навигаторе переопределить и все
KT
Когда вы запускаете внутри своего приложения новое активити, в мире грустит ещё один котик
AO
Когда вы запускаете внутри своего приложения новое активити, в мире грустит ещё один котик
Так тут же системный placeAutocomplete, думаю это нормально между приложениями интентами перемещаться
PS
Когда вы запускаете внутри своего приложения новое активити, в мире грустит ещё один котик
Разве все так плохо с разными активити? Как-то этот вопрос задавал стоит ли идти с сингл или делать много активити и не получил внятного ответа. И так и так есть свои и плюсы и минусы, но явного преимущества не нашел, чтобы делать все только по одному или есть явные моменты и я что-то упустила?
KT
Разве все так плохо с разными активити? Как-то этот вопрос задавал стоит ли идти с сингл или делать много активити и не получил внятного ответа. И так и так есть свои и плюсы и минусы, но явного преимущества не нашел, чтобы делать все только по одному или есть явные моменты и я что-то упустила?
Внятный ответ я дам совсем скоро.
KT
Потом и видео будет
KT
Вот прямо сейчас я код пишу, чтобы показать
PS
Это будет очень интересно :) а для конфы или митапа? Или тут будет ссылка запощена?
Р
Я думаю речь идёт про доклад на AppsConf
AO
Так тут же системный placeAutocomplete, думаю это нормально между приложениями интентами перемещаться
А все, там же для каждой фичи практически фрагмент есть, но не знаю, по-моему оверхед, везде вставлять фрагменты, даже если взаимодействия с ними как такового не нужно.
KT
это не оверхед. работы ровно столько же, зато нет проблем со стеком и с огромной кучей других вещей
2018 September 04
М
Внятный ответ я дам совсем скоро.
Можно кейс с запросом пинкода разобрать? Именно когда пинкод должен запрашиваться после того как приложение какое-то время свернуто. Как например сохранять открытыми диалоги, как избежать открытия нескольких фрагментов для ввода пина? И какой профит от того что оно запрашивается в фрагменте, а не в активити
KT
Во именно таким диалогом на весь экран и надо показывать. А проверять по тегу во фрагмент менеджере
AO
А запуск и остановка сервисов, если грубо говоря регистрацию можно было отделить от остальной части и просто на lifcycle главного активити подписаться, то теперь все придется вызывать вручную, из одного фрагмента подписываться, а у другого отписываться, не удобно ведь
KT
Что-то я не понял вопроса.
Если речь про андроидные сервисы, то
А) работа с ними не меняется (причем здесь ui?)
Б) их, считайте, деприкейтнули. Оставили только те, что с обязательной нотификацией.
Если вы про то, где хранить общее для двух экранов, то два фрагмента отлично делать внутри одного фрагмента - контейнера
Если речь про андроидные сервисы, то
А) работа с ними не меняется (причем здесь ui?)
Б) их, считайте, деприкейтнули. Оставили только те, что с обязательной нотификацией.
Если вы про то, где хранить общее для двух экранов, то два фрагмента отлично делать внутри одного фрагмента - контейнера