belozerow

XMPP + push?

У вас в проекте разные активити с разными меню? Звучит не как самая лучшая идея с точки зрения юзабилити.

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

Очень большая это сколько запросов в секунду?
Я всегда рекомендую для мобильного бэкэнда использовать parse.com, но у меня, к сожалению, нигде нет очень большой нагрузки.

На parse.com вы можете написать cloud function, через которую будет осуществляться голосование.
Например:
Можно создать класс опрос и класс голос, а в cloud function уже разруливать может ли конкретный пользователь отдавать свой голос.
Запретить всем писать и в опросы и в голоса, разрешить только чтение, а в cloud function использовать usemasterkey для записи данных.

По факту AOSP вы можете ставить куда угодно, а вот для использования сервисов Google вам уже нужно договариваться с Google.

Некоторые производители на это просто забивают и ставят Google сервисы без каких-либо договоренностей.

Данные из БД, значит нужно использовать cursorloader.
После изменения данных он сам подгрузит изменения и, если у вас будет все сделано верно, отобразит их.

Можно использовать PayPal через WebView.

Смотря что продаете:

Исключение составляют:
покупка физических товаров или услуг (например, билетов в кино или книг, если в цену включена стоимость бумажной копии);
покупка цифрового контента или товаров, которые могут использоваться вне приложения (например, треков, которые можно воспроизводить в других проигрывателях).

https://play.google.com/about/developer-content-po...
Указанное вами приложение, наверное, попадает в "покупка цифрового контента или товаров, которые могут использоваться вне приложения". Хотя я не уверен, т.к. не устанавливал его.

Не факт, что google/apple не забанят такое приложение. У google, например, в https://play.google.com/about/developer-content-po... есть:

Разработчики, продающие дополнительный контент, услуги или функции через другие приложения, скачанные из Google Play, также обязаны использовать систему продажи контента Google Play. Исключение составляют:
покупка физических товаров или услуг (например, билетов в кино или книг, если в цену включена стоимость бумажной копии);
покупка цифрового контента или товаров, которые могут использоваться вне приложения (например, треков, которые можно воспроизводить в других проигрывателях).

И если ваше приложение не попадает под исключение, то рано или поздно google его забанит.
У apple есть аналогичное правило.

А так, можно использовать paypal, например. У них есть sdk на iOS и на Android, но использовать его не советую, потому что там слишком много ограничений и багов. Поэтому если делать paypal, то делать через WebView с помощью express checkout

У кого-нибудь есть реальный опыт, когда нехватка ресурсов меньшего разрешения привела к каким-то заметным проблемам?

Моим первым приложением под андроид, которое так и не вышло, было приложение с картами (игральными). Дизайн был только под iPhone, все картинки закинул то ли в hdpi, то ли в xhdpi, не помню. Так вот на ldpi телефоне постоянно были OutOfMemory и ужасные тормоза анимации и инициализации вьюх. Тогда просто все переконвертил с помощью imagemagick под mdpi и ldpi и все заработало достаточно шустро. OutOfMemory стало меньше, но они остались, ну да это уже другая история о bitmap.recycle();

Я и не знал о существовании number, но судя по коду он у вас всегда == 1.
В документации:

For example, before HONEYCOMB, this number was superimposed over the icon in the status bar. Starting with HONEYCOMB, the template used by Notification.Builder has displayed the number in the expanded notification view. If the number is 0 or negative, it is never shown.

Т.е. после Android 3.0 цифра не будет показываться поверх иконки уведомления, а будет отображаться в развернутой нотификации.

Как сделать, чтобы в Status bar все уведомления от определённого приложения появлялись под одной иконкой (т.е. схожие события складываются в одно уведомление)

Вы это и так делаете тем, что указываете у всех нотификаций один и тот же id.

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

static context худшее из зол. А static context, это не только activity и, собственно, сам context, но и view и все остальное, что ссылается на context.
android-developers.blogspot.co.il/2009/01/avoiding...