Pull to refresh

Comments 12

BATTERY_PLUGGED_AC — это означает не зарядку «через аккумулятор», а зарядку от сети переменного тока (AC)
спасибо, исправил. не знал правильной расшифровки
«Хорошей практикой является отключение всех фоновых обновлений или вычислений, когда уровень заряда батареи становится низким.»

Дополню: хорошей практикой является ВСЕГДА отключать любые фоновые обновления или вычисления когда они не нужны пользователю (приложение свёрнуто или в подобных случаях). Ресурсозатратных (ну т.е. длительных) рассчётов не так уж и много, а к примеру различные вычисления скорости фоновой закачки и прочие моменты который пользователь в данный момент не видит НЕОБХОДИМО ОТКЛЮЧАТЬ ПОЛНОСТЬЮ ВНЕЗАВИСИМОСТИ ОТ ЗАРЯДА БАТАРЕИ.
Не согласен. Почта приходит и подкасты у меня скачиваются даже если я не пользуюсь Gmail и Pocket Casts прямо сейчас. То-же и с новыми фотками, которые отправляются на Гуглоплюсик после их создания.
Вся эта кухня отмирает сама при пониженном заряде батарейки. И это здорово.
Простите, я наверно не точно выразился, вот представьте идёт у вас закачка толстого файла в фоне, вы как пользователь не видите непосредстввенно прогресс загрузки, так вот считать скорость загрузки в этот момент и обновлять прогрессс бар вовсе не обязательно.

В общем я к тому веду что лишь единицы грамотно выключают обновление какой то статистики в гуй или чего то подобного когда приложение находится в фоне. И ведь это самое большинство совершенно не думает что эти 10-20 строк кода с рассчётами с плавающей запятой можно не выполнять, и тем самым продлить ресурс батареи.

Вот представьте ещё один живой пример: есть какой то погодный гаджет с красивыми картинками и анимацией: для любого очевидно что если он работает в фоне вся эта красота никому не нужна, и её можно ек выполнять. А вот о не совсем очевидных моментах народ не задумывается, к примеру какое то обновление статусной строки куда раз в секунду выводится информация о текущем состоянии приложения: ведь эту информацию нет смысла считать и генерировать когда приложение свёрнуто. Ну и т.д.
Если честно, ожидал статью о том, как оптимизировать приложение для уменьшения использования батареи, а не про мониторинг батареи и состояния телефона…
НО в любом случае спасибо. Перевод всегда полезен для тех, кому лень/тяжело читать оригинал.
Под оптимизацией для уменьшения использования батареи можно понимать практически любую оптимизацию, а значит и разносторонних аспектов можно довольно много определить под этой темой. Да и на хабре я уже встречал несколько топиков с небольшими советами по оптимизации.
В данном контексте подразумевается реализация логики приложения с учетом состояния батареи и сети, что тоже есть оптимизация использования батареи :)
И в этом вы правы.
Просто сейчас нахожусь в стадии оптимизации алгоритма работы программы, и надеялся на какую то дополнительную информацию.

Скажите, это не перевод ли одной из частей Android Training? Просто там подобное было, но смотреть и сверять, если честно лень. Просто интересно. :)
P.S. годная статья
да, это он и есть. я в последнем предложении это указывал :)
Ой, простите. Не заметил, если честно. Хорошая статья. Вы меня опередили: хотел про оптимизацию работы энерджайзера написать и про «расшаривание» контента.
С этим не соглашусь: Оповещения о состоянии батареи, док-станции и наличии соединения не рекомендуется постоянно держать включенными, т.к. они будут пробуждать устройство слишком часто.
Ибо реально тестировал потребление. Разницы какой-то не заметил. А всё потому, что система и так будет будить телефон ради отсылки данных сообщений, даже если никому и не надо. Да и по факту, кому-нибудь да надо будет (всяким системным сервисам экономии батареи и прочим). И ваша программа не внесёт сколько-нибудь значимый вклад в дополнительное потребление.
А вот хитрая логика по включению/отключению оповещений как раз и может кушать больше чем всё остальное, даже если редко вызывается.
Sign up to leave a comment.

Articles