С android device monitor standalone смотри

ребят, много ли батаери жрет сервис? допустим, запущу я START_STICKY сервис который раз в секунду в while в отдельном потоке будет проверять флаг и писать в базу данные. это слишком ресурсозатратно?

А зачем, если твой поток ждёт больше чем по времени выполняет работы, то может стоит не проверять флаги а нотифаить?

А зачем, если твой поток ждёт больше чем по времени выполняет работы, то может стоит не проверять флаги а нотифаить?

не, реализация сейчас вообще не играет никакой роли. я просто хочу узнать насколько ресурсозатратен этот метод

с такой реализацией

Ну даже если у тебя будет это не в сервисе - затратно

Желательно не делать потоков с такой логикой

И вечных while

Ну даже если у тебя будет это не в сервисе - затратно

наоборот, while в сервисе. я вот поставил такую прилку на старенький телефон с android 4.4 и за несколько часов разряд всего 2%. логи есть, в базу значит тоже что-то пишется. потом проверю

вопрос по джаве, кто может подсказать, как обязательно вызывать в Override методе super метода, который он оверрайдит

Нет

вопрос по джаве, кто может подсказать, как обязательно вызывать в Override методе super метода, который он оверрайдит

Смотря что ты хочешь, если ты хочешь подменит реализацию метода - не стоит, если хочешь дополнить, слушатель на сетер повестить или ещё что - нужно

наоборот, while в сервисе. я вот поставил такую прилку на старенький телефон с android 4.4 и за несколько часов разряд всего 2%. логи есть, в базу значит тоже что-то пишется. потом проверю

Тем не менее, плохая практика, поток же висит, ресурсы на него выделены

Нужно же бить себя по рукам за такое

Лучше запускать поток только когда нужно выполнить работу (оценивая время между задачами). Ты же учитывай, что ты тут запустил поток, там запустил, может ещё rx заюзал, в другом месте AsyncTask со своим пулом потоков и все это жрет ресурсы, а они ограничены

"С мира по нитке и нищему на рубашку"

Нужно же бить себя по рукам за такое

повторюсь, меня интересует только разряд батареи при определенном режиме. у меня отец ходит с android 6.0.1 и я не могу там писать в базу новые смски по их поступлению, потому что не получаю ресивер. чтобы получать ресивер, приложение должно быть установлено по умолчанию как смс ридер. есть идеи выхода из этой ситуации?

А как часто тебе нужно делать считывание?

Лучше запускать поток только когда нужно выполнить работу (оценивая время между задачами). Ты же учитывай, что ты тут запустил поток, там запустил, может ещё rx заюзал, в другом месте AsyncTask со своим пулом потоков и все это жрет ресурсы, а они ограничены

приложение ничем не занимается, кроме записи новых смсок в базу и передачи пакета раз в час на сервер

А как часто тебе нужно делать считывание?

по хорошему, как можно чаще

А еще дозмод там

А почему бы раз в час туда не лазать?

При передаче?

А почему бы раз в час туда не лазать?

я планирую посадить всю семью на эту прилку и передавать пакеты в момент поступления сообщения. а если сообщение пришло через секунду после передачи пакета, новый пакет придет через час, а я этого не хочу(

Шпионов

Шпионов

ну что-то типа того. следить за всей семьей)

ну что-то типа того. следить за всей семьей)

Веселые затеи у тебя

Потом по показаниям датчиков будет пароли воровать.

Угу, и смс-Ки подтверждения банковских операций

ну что-то типа того. следить за всей семьей)

и уводить деньги с карточек

-_-

Можно поинтересоваться, зачем за семьёй следить-то???

Можно поинтересоваться, зачем за семьёй следить-то???

я это в шутку сказал

ну, с кем там доча переписывается, чтобы по щам надавать

Это что любое приложение может так записывать смски?

Это что любое приложение может так записывать смски?

если у него права есть

Это что любое приложение может так записывать смски?

Почему нет?

поэтому я свой телефон никогда не зарутую

Без рута семерку на нексус 5 не поставить

поэтому я свой телефон никогда не зарутую

пфф, рут можно получить через эксплойт

И поэтому лучше сразу это сделать?

нет, просто кто захочет получить рут - тот получит. если есть эксплойт :D

на телефоне же куча фоновых процессов. некоторые ждут пока их дернут, другие чем-то занимаются. вот поэтому и возник вопрос по расходу батери. тестирую это на старом телефоне с очень плохой батарей, заряд в пределах нормы, не заметил отклонений. может это и плохое решение, но пока единственное рабочее, причем работает без сбоев. а по поводу воровства паролей, подтверждения банковских операций... я лично это делаю это для создания истории, бэкапа, если хотите. не больше, не меньше. в конце концов, не для того я android покупал, чтобы быть ограниченым в разработке ПО как на IOS

на телефоне же куча фоновых процессов. некоторые ждут пока их дернут, другие чем-то занимаются. вот поэтому и возник вопрос по расходу батери. тестирую это на старом телефоне с очень плохой батарей, заряд в пределах нормы, не заметил отклонений. может это и плохое решение, но пока единственное рабочее, причем работает без сбоев. а по поводу воровства паролей, подтверждения банковских операций... я лично это делаю это для создания истории, бэкапа, если хотите. не больше, не меньше. в конце концов, не для того я android покупал, чтобы быть ограниченым в разработке ПО как на IOS

Это не ограниченность, а защита от греха по дальше

Хотя да, ограничения бесят

Это не ограниченность, а защита от греха по дальше

я ничего против не имею) просто я хочу максимальной кастомизации в некоторых местах

Привет

У всех в CoordinatorLayout скроллбары не отображаются?

всем привет. Кто то знает способ закрыть приложение (из кода) что бы оно также удалилось с Таск Менеджера.

??

System.exit(0)

)

попробуй

System.exit(0)

вот я бы не был уверен что такой способ из таск менеджера уберет приложение

процес шльопне не?

процес шльопне не?

Да, как и просить исключение

ну а с таск менеджера мне кажеться не возможно убрать

Kill -9

вот я бы не был уверен что такой способ из таск менеджера уберет приложение

Да не уберет я проверял

Kill -9

??

Kill -9

Не совсем понял

Да не уберет я проверял

я придумал кастыль, точнее его и до меня придумали http://stackoverflow.com/questions/5979171/clear-all-activities-in-a-task

процес шльопне не?

Если процесс убить то приложуха все равно остаётся в таск менеджере.

Я не смог нагуглить (возможно, потому что не смог составить правильный запрос). Можно ли проводить альфа-тестирование приложения в то время как уже опубликована публичная?

так все активити из таска будут удалены значит и таска не будет

Я не смог нагуглить (возможно, потому что не смог составить правильный запрос). Можно ли проводить альфа-тестирование приложения в то время как уже опубликована публичная?

Да, для версии

ERROR: S client not available

Да, для версии

Спасибо.

Не совсем понял

линуксовая команда kill с сигналом 9

напрочь убивает процесс

Так это ж только на рутнутых устройствах будет работать??

линуксовая команда kill с сигналом 9

Проверил, прриложуха закрывается с ходу!) Но в таск мененджире всё равно остаётся. если её открыть через таск менеджер то она заново запускается.

Проверил, прриложуха закрывается с ходу!) Но в таск мененджире всё равно остаётся. если её открыть через таск менеджер то она заново запускается.

я выше кидал ссылку на кастыль со стека

я придумал кастыль, точнее его и до меня придумали http://stackoverflow.com/questions/5979171/clear-all-activities-in-a-task

я придумал кастыль, точнее его и до меня придумали http://stackoverflow.com/questions/5979171/clear-all-activities-in-a-task

Та я уже побывал так, приложение остаётся в таск менеджере

android:excludeFromRecents="true"

?

Та я уже побывал так, приложение остаётся в таск менеджере

а так ? Intent intent = new Intent(this, WelcomeActivity.class); intent.addFlag(Intent.FLAG_ACTIVITY_CLEAR_TASK | FLAG_ACTIVITY_NO_HISTORY ); startActivity(intent); finish();

finishAndRemoveTask() даже такое добавили с 21 апи

finishAndRemoveTask() даже такое добавили с 21 апи

ага, но только с 21 апи

Йееее нотация xAndY

Солид во все поля

Йееее нотация xAndY

WHAT???

WHAT???

Ну, метод делает

Вещь раз И вещь два

Отличный нейминг

Отличное соблюдение принципов сингл респонсибилити

Ну, метод делает

это типо названия метода например updateAndClose ?

да встречал такое

иногда просто бывает х зкак назвать

иногда просто бывает х зкак назвать

А ты разбивай на два

x.update() x.close()

Удобнее

А ты разбивай на два

incrementAndGet AtomicInteger ?

incrementAndGetAtomicIntegerAndThenDeleteBy

x.update() x.close()

можно, но когда ты в большинстве случае используешь сразу 2, то можно написать 2 метода: update(), close() и 3-й updateAndClose(){ update(); close(); }

норм вариант, а че нет, то?

Ребят, привет застрял тут на одной штуке как поместить imageView над кардвью, чтоб imageView немного перекрывала bottom у кардвью ?