Работаем с Google Cloud Messaging

Внимание: эта статья устарела! Гуглы довольно сильно перепилили свой GCM, и теперь всё не так. Но скрипт для отправки тестовых пушей всё ещё работает, поэтому убирать статью я пока не буду и постараюсь найти время её актуализировать.

Мы привыкли писать мобильные приложения, которые обращаются к некоторому API и получают оттуда данные. А ведь бывает и обратная ситуация: отправку данных клиенту может инициировать сам сервер. Обычно это используется для так называемых Push-нотификаций.

Мне известны два способа реализации Push-нотификаций. Во-первых это Google Cloud Messaging (бывший C2DM), во-вторых Urban Airship. Про последний я почти ничего не знаю (кроме отзывов коллеги о том, что использование его сильно сажает батарейку на телефоне). А про GCM пойдет речь в посте.

Вкратце процесс выглядит так:

Есть клиентское приложение, серверная часть и облачный сервис Google.

1. Клиент регистрируется в облачном сервисе Google, получает токен
2. Токен отправляется серверу
3. Сервер, когда ему нужно, отправляет облаку запрос с этим токеном и какими-то данным
4. Между облаком и девайсом происходит гугловая магия
5. Клиенту приходит Intent с данными, которые отправил сервер.
6. Клиент поступает с данными, как считает нужным (например, показывает нотификацию)

Я расскажу о своем опыте использования этой технологии и выложу рабочий пример.

Моя практика логгирования в Android

Я люблю логи, считаю их лучшим инструментом отладки, чем дебаггер и стараюсь использовать везде.

Логгирование в Андроиде меня удивило. С одной стороны, состав инструментов SDK намекает на него как главный инструмент отладки. Да и при тестировании без них никуда: андроидское сообщение "Приложение неожиданно остановилось" обычно совершенно ни о чем не говорит, а логи позволяют воссоздать картину преступления. С другой стороны, API для логгирования, мягко говоря, не блещет. Особенно по сравнению с такими монстрами, как log4j.

Удаляем логи из Android-приложения с помощью Proguard

Разбирали мы как-то одно приложение. Было оно обфусцировано, и чёрт бы ногу там сломал. Но помогла нам такая вещь: в коде встречались логи. Просто строчки вида Log.i(TAG, "Do something"). И по ним логику работы приложения можно было худо-бедно проследить.
Да даже если не рассматривать возможность реверс-инжиниринга, писание логов может неплохо затормозить приложение, так что в релизной версии их быть не должно. Этого можно добиться несколькими способами.

Реализация собственного AppChooser-а

В прошлой статье шла речь о работе с PackageManager. Вдогонку к ней расскажу я, как можно реализовать chooser приложений

Работа с пакетами в Android

Мне время от времени приходится решать задачи, связанные с работой с пакетами в Android. В этой статье я приведу несколько сниппетов для решения этих задач.

Синтез речи в Android-приложении

Не так давно пришлось прикручивать к нашему приложению озвучку с помощью Text-to-Speech (TTS). Об этом-то я и хочу сегодня рассказать.

Чем заменить Gallery

Каждый раз, когда мне приходится использовать компонент Gallery, я поражаюсь его бестолковости. Кое с чем мириться просто невозможно:

Стилизация бесконечного ProgressBar

Хотела написать про эту фичу в статье про XML drawables, но как-то не вместилось. Так что пусть будет аддоном.

Например, хочется нам, чтобы в прогрессе крутилась не стандартная крутилка, а какая-нибудь такая:

Android XML Drawables

В Android довольно продуманная система организации ресурсов. И особого внимания заслуживают ресурсы-изображения.

О самих картинках сказать можно мало что. Основная фича тут такая: можно адаптировать картинки для разных разрешений и размеров экранов и складывать в специализированные папки. Для различных разрешений экрана используются drawable-hdpi, drawable-mdpi и пр.. Аналогичное деление для размеров экрана: drawable-normal, drawable-large и т.д.. Можно даже одно с другим совмещать и создавать папки типа drawable-normal-hdpi. Изображения, которые должны оставаться неизменными вне зависимости от разрешения экрана, следует размещать в папке drawable-nodpi.

Но тема данной статьи несколько другая. Изображение (drawable) в Android-приложении — это не обязательно картинка. Бывают еще изображения, заданные с помощью XML. Их-то мы и рассмотрим подробнее. Будет много XML и мелких картинок.

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

Относительно недавно мы рассматривали способ, как писать собственые компоненты на примере VerticalProgressBar. Однако была в той реализации некоторая некрасивость: свойства компонента (такие как progress и max) можно было инициализировать только в коде:

mProgressBar = (VerticalProgressBar)findViewById(R.id.progress);
mProgressBar.setMax(100);
mProgressBar.setProgress(0);

А было бы лучше выставлять их прямо в XML-разметке. В этой статье мы разберем, как это делается.