Tooto: Не думаю что рутовое активити вообще бывает загружено при первом подходе, т.к. ему, как правило, нужно только менять фрагменты, а весь код реализован внутри фрагментов.
Роман Чижиков: Честно говоря мне не до конца понятно то кунг-фу, которое Вы в этом примере применяете. Рискну предположить, что Вы пытаетесь удалить элемент из сетки, используя контекстное меню. Я для таких задач поступал следующим образом: при клике по ячейке сетки проверял текущее состояние окружения (активно контекстное меню или нет), и в случае, если окружение находится в состоянии "редактирования" - подсвечивал выбранную ячейку и добавлял позицию в массив "на удаление". Если пользователь нажимал "удалить", я ,используя адаптер, удалял все выбранные позиции из адаптера, если пользователя выходил из режима контекстного меню - я очищал массив "на удаление"
Роман Чижиков: Синхронный запрос должен быть выполнен фоновом потоке, по сути асинхронно с основным потоком. Если Вам нужен последовательный запрос, то следует запустить асинхронный запрос и дождаться его исполнения, запустив в коллбаке (ResponseHandler) продолжение необходимого кода.
Хранить данные локально - это одно. В данном контексте речь о сервисе, который поддерживает сессию авторизации на сервере. Телефон уснул, сервис умер, сессия разорвана, но юзер возвращается в прежнее активити
Т.е. в андроиде не получится хранить какую-то стронг ссылку в течении жизни процесса независимо от активити? получается, если использовать ScheduledExecutorService то для каждого http-запроса нужно делать новый экземпляр этого класса (я понимаю, что в таком контексте можно и обычные треды применять, но механизм то существует)? Ну или тот же апачевский, массивный HttpClient, уже не получится применять, либо формировать его для каждого запроса?
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
