Я работаю над приложением, которое пытается оптимизировать ввод данных от очень повторяющегося процесса:
Я вполне уверен, что я могу представить это как 3 отдельных Операции и затем просто разжечь новые Намерения для каждого действия в каждом цикле. Что я еще не могу получить, смысл состоит в том, является ли это жизнеспособным подходом.
Вопрос 1: Если я делаю подход "выпустил-забыл", сколько из управления ресурсами будет обработанным Android? Это просто счастливо освобождать/снова использовать/и т.д. операции негласно? Или это - что-то, чем я должен управлять сам?
Вопрос 2: существует ли способ вызвать многократное использование операций так, чтобы только один экземпляр каждого действия когда-либо выделялся и был просто снова использован для каждого цикла?
Вопрос 3: можно управлять стопкой действия так, чтобы не было ~100 (приближенное количество ожидаемых циклов) ценность циклов операций по стеку? Я хотел бы смочь использовать задний ключ не больше, чем три раза и выход из части ввода данных к сводной странице.
Вопрос 4: кто-либо может предложить альтернативные подходы к циклам проблемы операций? Я рассмотрел ласты представления и вкладки, но не было уверено, что это будет лучше или нет.
Будет просто счастливо освободить / повторно использовать / и т. д. виды деятельности за кадром?
Да.
Есть ли способ вызвать повторное использование деятельности, так что только один экземпляр каждого вида деятельности всегда выделяется и просто повторно используется для каждого цикла?
Попробуйте FLAG_ACTIVITY_REORDER_TO_FRONT
в своем намерении
, чтобы запустить действие. Основываясь на документации, он должен дать вам желаемое поведение.
Можно ли управлять стеком действий чтобы не было ~ 100 (приблизительное количество ожидаемых циклов) стоимость циклов деятельности на стек?
100? Вы, должно быть, ожидаете некоторых очень терпеливых пользователей.
Тем не менее, FLAG_ACTIVITY_REORDER_TO_FRONT
также должен покрывать это.
Кто-нибудь может предложить альтернативный вариант? подходы к циклам деятельности проблема? Я рассмотрел взгляд ласты и петлицы, но не был уверен это было бы лучше или нет.
Вкладки не подходят для вещей, где вы пытаетесь принудительно применить поток, поскольку вкладки предназначены для произвольного (а не последовательного) доступа. ViewFlipper
/ ViewSwitcher
может работать, но тогда вам нужно будет управлять функциями кнопки НАЗАД и следить за тем, чтобы не происходила утечка памяти в рамках действия, поскольку вы ожидаете, что люди будут использовать это в течение длительного периода.