А можете подсказать насчет «запуска сервиса в режиме, когда он будет постоянно находиться в памяти»?
Насчет архитектуры тоже мысль верная, конечно, подумаю в эту сторону.
SharedPreferences, как я понимаю, позволяет хранить лишь простые типы данных, int, float, String и т.д. Так что он сразу не подходит.
Была мысль сделать сохранение в кэш посредством ObjectOutputStream.writeObject, однако получаю NotSerializableException, ибо класс содержит в себе Context.
Насчет сервиса — сдается мне, что это единственный вариант. Вот только не может ли система так же прибить сервис в случае нехватки памяти?
Новые проекты, созданные уже на обновленном SDK, между тем собираются без проблем.
Кстати, обратил внимание, что после обновления перестал работать автобилд апк по сохранению, теперь апк билдится при запуске (crtl+f11), что тоже печалит.
Да, изначально и начал копать в этом направлении. У ProGuard'а есть аналогичные опции: -keep, -keepclassmembers, -keemwithmembers и другие. Но добавление нужных классов как -keep class com.simpleframework.* ни к чему не привело.
Да, может быть, спасибо, завтра на работе попробую.
Еще сейчас наткнулся на метод shouldInterceptRequest у класса WebViewClient, возвращающий WebResourceResponse. Также завтра пощупаю.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
А за идею с промежуточной страницей спасибо, сегодня попробую.