четверг, 16 июня 2016 г.

Кратко о разработке для ТВ-приставок: Roku

Мои заказчики думали, что Roku — это тоже что-то про Android, но всё оказалось не так. У Roku свой отдельный и полный загадок мир.

Roku Home Screen

Кратко о разработке для ТВ-приставок: Amazon FireTV

Здесь будет история моего фейла и как не получилась трансляция на FireTV.

FireTV, хоть и внешне похож на Хромкаст (все мои приставки — самые простые стики), является куда более продвинутым устройством. Работает он под управлением модифицированного Андроида 5, то есть на нём можно не только транслировать видео с телефона, но и запускать полноценные Android-приложения (учитывая, однако, особенности управления с пульта).

Кратко о разработке для ТВ-приставок: Chromecast

Последние несколько месяцев я пишу приложение для просмотра видео. И вот, заказчики решили сделать интеграцию с ТВ-приставками. По этой причине у меня образовались три приставки-стика,— Chromecast, FireTV и Roku,— которые оказались совершенно не похожими друг на друга. Расскажу о них с точки зрения разработчика. Кода здесь не будет, просто общие соображения. Получилось много текста, так что про каждую приставку будет отдельная заметка.

воскресенье, 3 января 2016 г.

Gradle Product Flavors. Подключение библиотек, организация кода, сочетания вариантов

С free и premium разобрались, теперь усложним задачу. Пусть наше приложение распространяется на нескольких площадках (Google Play, Samsung Apps и Amazon) и в нём есть встроенные покупки. Хорошо бы также сделать, чтобы библиотеки подключались только для нужной сборки, то есть чтобы версия для Google Play не тянула с собой логику самсунга. Ну и конечно, для каждой площадки мы должны собирать и free, и premium.

Страшно?

А всего-то что надо сделать:

  • Включение/отключение библиотек
  • Добавление в разные сборки специфической логики
  • Как-то сочетать несколько flavors

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

Gradle Product Flavors. Основные понятия и структура проекта

Рассмотрим распространённую задачу: есть приложение, у которого есть две версии — ограниченная и полная. Они выпускаются с разными applicationId, у каждого своя иконка, и в ограниченной отсутствует некоторая функциональность.

Что будем делать?

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

По сути задачи у нас следующие:

  • Использовать для сборок разные ресурсы
  • Настроить свой applicationId для каждой сборки

Попробуем всё это сделать.