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

На данный момент можно выделить три основных способа заработать на игре.

1. IAP – это встроенные в игру покупки, т.е. то, что можно купить через саму игру. Покупать можно что угодно: контент, дополнительные функции и даже подписку на приложение.
2. Платное распространение – это продажа доступа к игре за фиксированную стоимость.
3. Реклама – получение денег от рекламных агентств за встраивание рекламы в приложение.

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

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

Основные способы

* Есть несколько возможных вариантов free-to-play:

• Первый вариант – покупка игровой валюты (контента) только за деньги.
• Второй вариант – покупка игровой валюты за настоящие деньги и за выполнение офферов с предложением скачать другие игры.

**Реклама разделяется на два варианта:

• Первый вариант — с рекламой, которую невозможно отключить.
• Второй вариант – с рекламой, которую можно отключить за деньги.

По рекламе хочу отметить, что все-таки этот способ хорошо подходит платформе Android, т.к. там процветает пиратство. Если вы делаете игру и хотите продавать её (разовая оплата в магазине), подумайте о том, чтобы сделать для Android её бесплатной, но с рекламой.
Еще один не очень популярный способ — донат. Пока я встречала его только в приложениях. Я постаралась определить какими свойствами должна обладать игра с таким способом монетизации:

***Донат можно разделить на два вида

• Первый вариант доната – вознаграждающий. Весь контент и функционал игры становится доступным через определенный промежуток времени. Если игрок не хочет ждать, он может заплатить и получить сразу весь контент и функционал.
• Второй вариант – безвозмездный. Пользователь ничего не получит за сделанный донат, нет подталкивания и ограничений в игре.

Примеры

Free-to-play. Clash of clans –бесконечная, мидкор, без сюжета, обновления раз в месяц, социальность высокая, графика яркая, стратегия. В игре доступен весь геймплей, но постройка зданий и сбор ресурсов занимает время. Для ускорения этих процессов нужны кристаллы, которые можно купить за реальные деньги.
Freemium. Pinball Rocks — бесконечная, казуальная, без сюжета, обновления раз в месяц, социальность низкая, графика яркая, настольная. В игре доступен весь основной геймплей. Но есть дополнительные функции, которые можно купить за деньги. Например, новая музыка для фона или дополнительная защита от потери мячика.
Реклама. Doodle jump Android — бесконечная, казуальная, без сюжета, обновления раз в 2-3 месяца, социальность низкая, графика яркая, аркада. Вся игра полностью бесплатна. Во время игры нет отвлекающей внимания рекламы, но сразу после проигрыша появляется блок с рекламой.
Донат. Притчи обо всем – в приложении доступны сразу все притчи. Есть вкладка «Поддержать проект», где предлагается сделать взнос на развитие проекта.

Trial способ монетизации в основном приложений. В IOs и Android играх я его не встречала, но в приложениях встречается.
*В Demo есть несколько вариантов открытия контента:

• Первый вариант – заплатив, игрок открывает дополнительный контент внутри скаченной игры.
• Второй вариант – игрока перенаправляют в магазин приложений для покупки полной версии игры.

Примеры

Trial. Navitel – при первом запуске активируется пробный период на 29 дней. Через 29 дней необходимо заплатить, чтобы продолжить использование программы.
Demo. Загадки ДаВинчи — конечная, казуальная, без сюжета, обновления раз в 2-3 месяца, социальность низкая, графика яркая, головоломка. В игре есть несколько задач, которые позволяют понять геймплей. Весь набор задач можно купить за реальные деньги.

Еще один способ – подписка. В мобильных играх пока не пользуется популярностью, но в приложениях встречается.

Примеры

Разовая оплата. Grand Theft Auto: Vice City — конечная, хардкор, сюжетная, обновления раз в 2-3 месяца, социальность низкая, 3D графика, экшн. Порт известной игры. Покупается один раз в магазине приложений. Внутри игры нет встроенных покупок.
Разовая оплата и продажа контента. Infinity Blade II — бесконечная, хардкор, сюжетная, обновления раз в 2-3 месяца, социальность низкая, 3D графика, экшн. Икра покупается один раз в магазине приложений. Внутри игры можно дополнительно покупать монеты для улучшения своего оружия.
Подписка. SPB TV – внутри приложения необходимо покупать подписку на месяц для просмотра определенного набора каналов.

Прочие способы

Есть способы, которые я пока не встречаются в мобильных играх или встречаются редко, но, как мне кажется, со временем они станут популярными.

• Брендирование – это реклама внутри приложения, но скрытая. Например, в социальных играх встречались цветочные клумбы с логотипом известной фаст-фудной компании.
• Участие в исследованиях – пользователь должен пройти опрос или просто согласиться на отправку своих данных, за что он получит доступ к игровому контенту или новой функциональности. Пример, сервис Placed Affiliate.
• Облачный сервис – пользователь покупает подписку к облачному сервису. На нем можно играть в любые платные игры компании (или компаний). Пример, компания Big Fish Games.

Заключение

Для каждого типа игры подходит определенный способ монетизации. Например, глупо было бы игру с конечным сюжетом пытаться сделать free-to-play, т.к. после того как игра будет пройдена, пользователи уйдут и не будут больше приносить деньги и повышать рейтинг игры.
Эти карточки я составила, чтобы держать их перед глазами во время написания концепции игры. С ними проще играться, их можно смешивать и получать новые способы. Например, многие игры смешивают у себя free-to-play + freemium или free-to-play + реклама. Эти карточки помогают четко видеть важные особенности различных способов монетизации и подбирать самый подходящий способ для конкретной игры.

Идея написать что-то свое у меня появилась уже давно. Для первого раза выбор пал напростую игру, чтобы на ней хорошенько потренироваться. Основной костяк команды состоит из геймдизайнера (я) и программиста. Мы наивно полагали, что сможем сами найти графику и музыку, что этот проект нам ничего не будет стоить. Первая наша ошибка. Чтобы сделать даже более менее качественную игру, без художника и композитора не обойтись. К середине проекта, когда мы это осознали, мы начали искать художника и композитора. В итоге, на мой взгляд, с художником и композитором нам очень повезло.

Коротко про саму игру

Простая казуальная аркада, где необходимо управляя тележкой (акселерометр), ловить камни. У тележки есть ограниченная вместимость, поэтому её надо постоянно разгружать табая по экрану. Название игры – Treasure on wheels.

Движок (несколько слов от программиста)

Выбор пал на бесплатный 2D движок для Андроида — AndEngine. В нем сразу привлекло отличное комьюнити разработчиков, огромное количество примеров, интеграция с физическим движком Box2D и конечно же java. В итоге уже через 1.5 месяца у нас был готов прототип игры с падающими квадратами и двигающимися прямоугольниками. На минусы этого движка мы наткнулись, только после того как у нас появилась графика в игре. Это постоянные артефакты на шрифтах и спрайтах, перегрузка всего графического контента при свертке-развертке приложения, потеря графики при загрузке и нещадный расход ресурсов.

Монетизация

Основная цель создания этой игры — потренироваться. Мы старались придерживаться именно её (хотя конечно надеялись в глубине души хоть немного заработать). Мы решили сделать игру полностью бесплатной и без рекламы. Единственное, мы добавили в нее донейт. Когда-то я наткнулась на приложение для iOs «Притчи», где если сделать донейт, то весь контент становится сразу доступным, если не сделать – то доступным станет через 10 дней. Мне было очень интересно, как работает этот способ. Поэтому выбрали именно его.

Удивительные открытия после релиза

Расскажу про неожиданные открытия после релиза. Во-первых, пользователи читают, на что дают разрешения при установке программ. Мы подключали Flurry для статистики. Впервые столкнувшись с данным сервисом, мы сразу же захотели получить от него все, что он может дать. В итоге — наше приложение начало запрашивать огромное количество ненужных разрешение у пользователя. В первые дни мы получили большое количество комментариев типа «Зачем вам знать мое точное местонахождение?! Не буду качать пока их так много». После этого нам пришлось отказаться от благ предоставленных Flurry и удовольствоваться минимальными его возможностями. Количество разрешение было сокращено.

Во-вторых, мы сделали Rate us не всплывающим окном, а кнопкой в меню. Я очень не хотела отвлекать игрока лишними окошками во время игры. Я надеялась, что игроки проголосуют, если им понравится игра. Но я ошиблась. Поэтому сделали обновление, куда добавили окошко Rate us. Оно появляется после 3-го уровня.

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

И последнее, пользователи не читаю помощь. Даже помощь перед уровнями, они её просто пропускают. Если им что-то не понятно, они скорей всего просто выключат и удалят игру, но не посмотрят помощь. Пользователя надо пошагово провести через управление и логику в игре.

Продвижение игры

Денег на продвижение у нас не осталось. Так что занимаюсь сама, в свободное время. В первые дни поместила информацию об игре на разных форумах, в соц. сетях. Разослала пресс релиз в некоторые блоги. Многие (в основном англоязычные блогеры) предлагали платные услуги. Мы согласились на два, но они дали нам мало скачек. Дальше начала рассылать инфу в разные группы в facebook и google +. Но отвечает очень мало народа. (Если интересно, могу дать весь набор ссылок, который я накопила)

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

Немного статистики

В первые дни после релиза, я расстроилась. Скачек было мало. Я ожидала большего. Было всего по 73 скачки в день. Нас можно было найти только по целенаправленному поиску нашей игры. Я сразу начала панически искать, как это исправить. Решила попробовать оптимизацию описания приложения в Google Play. Может именно это помогло, т.к постепенно количество скачек, начало расти.

За первую неделю мы набрали всего 866 скачек. Отзывы в основном были хорошие, но их было мало. После второй недели мы набрали – 2733 скачек. И рост не останавливался. Медленно, но верно, мы попали в топ новых и появились в категориях Аркады.

Сейчас прошло уже 3 недели. По России и Украине в категории Аркады мы занимаем – 254 место.

В топе новых бесплатных игр – 166 место. Качают нас преимущественно из России. Среднее количество скачек сейчас примерно 450 в день.

Стоимость проекта

Художник

• Графика базовая 315$ = 10238 руб
• Графика дополнительная(иконка, логотип, лоадинг) 80$ = 2600 руб

Композитор

• Звуки и музыка 100$ = 3250 руб

Устройства для тестирования

• 3 штуки – (Rover + Pocket Book) 7000 руб + (Samsung) 6500руб. (у нас во времяразработки сломалось 2 дешевых устройства)

Аккаунт Google play 975 руб

Обзоры

• 2 обзора на английском – 59$ = 1888руб
• Один русский – 200 руб
• Пресс релиз mobileprwire.com – 18$ = 576руб

Итого: ~33 300руб

По времени проект занял приблизительно 5 месяцев.

Полезные инструменты

Для накопление опыта, фиксирования ошибок и т.д мы использовали доски Trello. Для нас оказался очень удобным инструментом. Он позволял отслеживать этап разработки и помог сохранить весь опыт.

Для создания прототипа использовала — Microsoft Expression Blend 4. Очень удобная программа. Позволяет быстро накидать прототип, который значительно упрощает дальнейшую работу.

Вперед за сокровищами!
Хватайте тележку и ловите падающие камни!
Попробуйте себя в роли искателя Сокровищ.

Отправляйтесь в мир захватывающих и веселых приключений.

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

Играйте с удовольствием! 

Ссылка на Google Play: https://play.google.com/store/apps/details?id=com.treasureonwheels_peekaboo

IBM WorkLight — по сути это не просто фреймворк, а целая платформа мобильных приложений, позволяющую эффективно разрабатывать, выполнять и поддерживать HTML5-приложения. Т.е. по сути WorkLight предоставляет нам:

• Интеграцию с Phonegap
• Структуру проекта
• Сервер который дает нам следующие интересные возможности:
  • Сервис авторизации клиентов
  • Консоль для администрирования клиентов
  • Принудительные обновления клиентских приложений
  • Push-рассылки
  • Легкая интеграция с другими продуктами IBM
  • Средства защиты на уровне устройства, приложения и сети
  • Площадка для адаптеров
• Удобный транспорт между мобильным приложением и сервером с бизнес-логикой. Транспорт осуществляется по средствам адаптеров (worklight adapter), которые представляют из себя JS процедуры вызова функционала с бизнес сервера. Доступны следующие виды адаптеров: SQL adapter, HTTP adapter, Cast Iron adapter, JMS adapter. Ниже представлен пример кода процедуры HTTP адаптера:
      function getRequestToServ(jsonObj, serviceName) {
          var input = {
              method : 'get',
              returnedContentType : 'json',
              path : some_url,
              parameters : {
                  'message' : jsonObj,
                  'service' : serviceName
              }
          };
          return WL.Server.invokeHttp(input);
      }

  Пример вызова процедуры адаптера из мобильного приложения:

      var invocationData = {
          adapter : 'MobileToBisquit',
          procedure : 'getRequestToBis',
          parameters : [String(jsonObj),String(serviceName)]
      };
         
      WL.Client.invokeProcedure(invocationData,{
          onSuccess : function(result) {
              //some action              
          },
          onFailure : function(result){
              //some action
          }
      });
• Возможность указать необходимые нам платформы, тем самым при билде будут собираться сразу нативные версии под эти платформы, что дает нам возможность сразу тестировать на реальном или виртуальном устройстве
• Возможность интеграции с известными JS мобильными фреймворками

Существует плагин для эклипса позволяющий создавать WorkLight проекты

7) Использование не фреймворков, а движков , таких как Corona SDK , Marmelade итп, скорее всего не целесообразны так как они больше  расчитаны под написание игр (работа с openGl, текстурами, физикой). Хотя и на них можно писать бизнес приложения, например с очень предовым интерфейсом, с тенями, сложной анимацией, падающими по всем законам физики монетами на заднем плане итп.

Продолжение:

Обзор мультиплатформенных фреймворков — jQuery Mobile (1/6)

Обзор мультиплатформенных фреймворков — MGWT + PHONEGAP (2/6)

Обзор мультиплатформенных фреймворков — Sencha Touch (3/6)

Обзор мультиплатформенных фреймворков — Appcelerator Titanium Mobile (4/6)

Обзор мультиплатформенных фреймворков — Vaadin TouchKit (5/6)

Vaadin TouchKit — мобильная версия фреймворка Vaadin. Принцип работы практически такой же. Из коробки фреймворк предоставляет нам мобильные UI компоненты (по умолчанию iOS тема), так же удобный менеджер навигации. Вся разработка ведется на Java, конечная сборка через PhoneGap

К достоинствам Vaadin TouchKit можно отнести:

• Люди знакомые с Vaadin без особых проблем смогут разрабатывать на TouchKit
• Возможность разработки проекта в Maven
• Доступны все базовые UI компоненты
• Код пишется на Java

К недостаткам можно отнести:

• Платный (750$)
• Конкретно по Vaadin TouchKit почти нет примеров
• По умолчанию доступна лишь тема для iOs
• Из субъективных описаний людей пользовавшихся Vaadin TouchKit складывается впечатление, что он работает медленнее нежели JS фреймворки
• Мало сторонних библиотек, а они нужны так как стандартных компонентов UI явно недостаточно для красивого приложения.
• Поддерживает только платформы : Android и iOs

Пример работы:

Мобильное приложение должно иметь класс TouchKitApplication в отличии от десктопного в котором был Application. Таким образом каркас имеет вид:

Графический интерфейс инициализируется лишь после того как приложение получит данные браузера от устройства:

Пример создания навбара  (вырвано из кода но в общем дает картину):

Пример интерфейса написаного на TouchKit:

 Для полной картины можно посмотреть ветку с кодом примера здесь , а полюбоваться его онлайн-демо можно здесь.

Продолжение:
Обзор мультиплатформенных фреймворков — jQuery Mobile (1/6)
Обзор мультиплатформенных фреймворков — MGWT + PHONEGAP (2/6)
Обзор мультиплатформенных фреймворков — Sencha Touch (3/6)
Обзор мультиплатформенных фреймворков — Appcelerator Titanium Mobile (4/6)
Обзор мультиплатформенных фреймворков — IBM WorkLight (6/6)

Titanium Mobile — это нечто большее чем просто фреймворк. В поставке идет на пару вместе с Appcelerator Titanium Studio, предоставляющего возможность эмуляции устройств , а так же сборки приложения. По сути приложения пишутся на JS.

К достоинствам Titanium Mobile можно отнести:

• Собственная среда разработки , позволяющая не только моделировать устройства, но и делать сборку проекта , т.е. тем самым нам больше не понадобится PhoneGap. Система на основе Eclipce
• Облегченная версия для разработки — бесплатная.
• При покупке полной версии доступна куча возможностей от управления пуш сообщениями до облачных решений, позволяющих конечному пользователю получать доступ к контенту без привязки к устройству, а также позволяющие взаимодействовать с устройствами других пользователей и получать доступ к их локальному контенту.

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

Интерфейс включает в себя несколько экземпляров Titanium Window и Titanium TableView. «Главный» экран представляет собой список строк. После выбора строки создается новый экземпляр Titanium Window, который заполняется соответствующимTableView.

Отвечающий за интерфейс код app.js:

Код в string1.js имеет вид:

Обработка нажатий :

Проигрывание звука:

Как видно все приложение написано на JS. По сути мы имеем опять таки событийную модель работы, что позволяет гибко разделить визуальную функциональную часть приложения.

Минусы использования :

• Цена за pro версию доходит до 2500$ в месяц !! (хотя для обычной разработки она не нужна)
• Достаточно высокий порог вхождения

Продолжение:
Обзор мультиплатформенных фреймворков — jQuery Mobile (1/6)
Обзор мультиплатформенных фреймворков — MGWT + PHONEGAP (2/6)
Обзор мультиплатформенных фреймворков — Sencha Touch (3/6)
Обзор мультиплатформенных фреймворков — Vaadin TouchKit (5/6)
Обзор мультиплатформенных фреймворков — IBM WorkLight (6/6)

Sencha Touch (ST) – еще один фреймворк для разработки под мобильные платформы созданный на основе ExtJs. Основная цель ST – по мере возможности мимикрировать стандартный интерфейс и поведение элементов интерфейса мобильной платформы, предоставив программистам гибкое API. Соответственно, ST-приложение – это обычная клиент-серверная разработка, в качестве клиента выступает браузер Safari или Chrome или какой-либо другой webView, а в качестве сервера – любой сервис, способный «отвечать» в форматах JSON, XML и еще нескольких других.

По сути фреймворк представляет собой опять знакомую нам связку HTML5 + JS + CSS. Но в данном случае мы получаем больший упор на JS нежели на HTML5 при разработке интерфейса. Фреймворк предоставляет гибкие средства для разработки собственных UI компонентов , как на основе уже существующих , так и с нуля.  Любой компонент библиотеки по факту является ST-объектом с набором методов и свойств.

К достоинствам Sencha можно отнести:

• Гибкость создания своего собственного интерфейса, по средством создания собственных компонент (более строгие требования к компонентам)
• много документации для быстрого старта
• наличие обзоров на русском языке
• бесплатный
• присутствует графическая среда разработки интерфейсов : Sencha Architect (платная 400$ с триалом на 30 дней)
• низкий порог вхождения

Кроме методов и свойств у большинства объектов есть события, на которые можно развешивать обработчики и шаблон вывода для визуальных элементов. Событий в мире ST очень много: фактически, каждый чих в этом мире является событием: начиная от создания элемента и добавления его на страницу, его отрисовкой и заканчивая уничтожением.

Ядро распадается на несколько множеств классов:

• Data — всяческая работа с данными, хранилища, преобразовании данных и работа с массивами данных, фильтрация, проверка и пр. Авторы попробовали ввести понятие модели данных (из MVC) и правил проверки (валидации), включая связи типа «многие к одному». Польза от этого нововведения довольно сомнительна, так как на стороне сервера все равно нужно будет проводить повторную проверку, но все же.
• Form — элементы интерфейса. Текстовое поле, выпадающий список, календарик, обычный список, переключатели и галочки — все это здесь.
• Layout — Часть ядра, отвечающая за рендеринг элементов в окне браузера. В теории, форма может находится одна на странице или быть частью панели вкладок, элементы могут быть прижаты к верху или низу формы.
• Lib — базовые компоненты ядра.
• Util — всевозможные утилиты и классы, которые не должны вызываться напрямую.

На данный момент доступна версия Sencha Touch — 2.2.1.

1. Рассмотрим пошаговую инструкцию по созданию проекта Sencha Touch 2:
   Для работы с SenchaTouch понадобиться :
   • Скачать SDK
   • Скачать SenchaCMD
   • Скачать Ruby(причем не последнюю версию , а 1.9.3)

   Скачав SDK разархивируем его в какой-либо каталог. Дальше инсталим SenchaCMD и Ruby. Обязательно стоит помнить , что нельзя допускать пробелов в путях инстала.
   Необходимо убедиться что Ruby и SenchaCmd прописаны в системной пременной Path.

   После этого в cmd (виндовой) прописываем:

   sencha -sdk /path/to/sdk generate app MyApp /path/to/www/myapp

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

   sencha app build

   Для сборки нативного приложения

   sencha app build native

   Все конфигурации для сборки нативного приложения прописываются в packager.json

   Запустить на эмуляторе/устройстве :

   sencha app build -run native

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

2. Рассмотрим работу SenchaTouch + Cordova (на примере Android):
   Для работы нам понадобиться :
   • Скачать SDK
   • Скачать SenchaCMD
   • Скачать Ruby(причем не последнюю версию , а 1.9.3)
   • Скачать Eclipse
   • Скачать Android SDK
   • Скачать и установить плагин Android под Eclipse
   • Скачать PhoneGap

   Создаем проект Sencha:

   sencha -sdk /path/to/sdk generate app MyApp /path/to/www/myapp

   Затем переходим в корень проекта и руками создаем каталог android. В архиве с PhoneGap идем в каталог lib\android и копируем от туда cordova-2.6.0.js в корень нашего проекта. В нашем проекте присутствует файл app.json. Открываем его и прописываем нашу js библиотеку. Выглядит примерно так:

   "js": [
           {
               "path": "cordova-2.6.0.js"
           },     
   ....
   ],

   Далее открываем Eclipse и создаем в нем Android проект, в качестве воркспейса для проекта указываем путь : <путь к нашему проекту>\android. Т.е. таким образом в итоге в нашем каталоге с проектом создастся каталог android в котором будет создан андроид проект. По сути, что мы хотим, это сделать андроид проект в который будет собираться Sencha и как результат получить нативный проект.
   Идем дальше. В папке assets нашего андроид проекта создаем каталог www , в который и будет билдиться Sencha.
   В каталог libs нашего андроид проекта мы копируем cordova-2.6.0.jar, а в каталог res копируем каталог xml из архива phonegap (lib\android)
   Открываем activity нашего андроид проекта и меняем его код на следующий (все кроме декларации пакета):

   import android.os.Bundle;
   import org.apache.cordova.DroidGap;
   
   public class AndroidSecnhaActivity extends DroidGap {
       /** Called when the activity is first created. */
       @Override
       public void onCreate(Bundle savedInstanceState) {
           super.onCreate(savedInstanceState);
           setIntegerProperty("loadUrlTimeoutValue", 600000);
           super.loadUrl("file:///android_asset/www/<название типа билда,к примеру testing>/index.html");
       }
   }

   Открываем AndroidManifest нашего андроид приложения и прописываем необходимые нам права, к примеру :

       <supports-screens
           android:largeScreens="true"
           android:normalScreens="true"
           android:smallScreens="true"
           android:resizeable="true"
           android:anyDensity="true" />
      
       <uses-permission android:name="android.permission.VIBRATE" />
       <uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION" />
       <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
       <uses-permission android:name="android.permission.ACCESS_LOCATION_EXTRA_COMMANDS" />
       <uses-permission android:name="android.permission.READ_PHONE_STATE" />
       <uses-permission android:name="android.permission.INTERNET" />
       <uses-permission android:name="android.permission.RECEIVE_SMS" />
       <uses-permission android:name="android.permission.RECORD_AUDIO" />
       <uses-permission android:name="android.permission.MODIFY_AUDIO_SETTINGS" />
       <uses-permission android:name="android.permission.READ_CONTACTS" />
       <uses-permission android:name="android.permission.WRITE_CONTACTS" />
       <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />
       <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
       <uses-permission android:name="android.permission.GET_ACCOUNTS" />
       <uses-permission android:name="android.permission.BROADCAST_STICKY" />
       <uses-permission android:name="android.permission.SEND_SMS"/>

   Рефрешим Android проект и тем самым мы подгатовили phonegap к работе!

   Если мы хотим подключить плагинг к phonegap, к примеру SmsSendingPlugin, то нам необходимо выполнить следующие действия:
   В app.json прописываем плагин:

   "js": [
           {
               "path": "SmsSendingPlugun.js"
           },     
   ....
   ],

   В src Андроид проекта кладем SmsSendingPlugin.java изменяя ему пакет.
   В андроид проекте идем в каталог res\xml и открываем находящийся в нем файл config.xml. В конец списка плагинов прописываем

       <plugin name="SmsSendingPlugin" value="com.example.androidsencha.SmsSendingPlugin"/>.

   Теперь мы можем работать с данным плагином.

   ВАЖНО ПОМНИТЬ: Код программы мы пишем в проекте Sencha а не Android

   После того как все готово из каталога нашего проекта в командной строке пишем :

   sencha app build package android\assets\www

   Теперь в Eclipse рефрешим проект и получаем готовый результат — можно заливать на устройство и тестить!

3. Ну и наконец — пример кода:
   В данном примере создается ТабПанель с тремя вкладками:
   Ext.application({
       launch: function () {
           Ext.create('Ext.TabPanel', {
               fullscreen: true,
               tabBarPosition: 'bottom',
               styleHtmlContent: true,
               items: [{
                   title: 'Home',
                   iconCls: 'home',
                   html: 'Home container'
               }, {
                   title: 'Profile',
                   iconCls: 'user',
                   html: 'Profile container'
               }, {
                   title: 'Settings',
                   iconCls: 'settings',
                   html: 'Settings container'
               }] // items
           }); // create()
       } // launch
   }); // application()

Минусы Sencha Touch:

• Не до конца понятное поведение на Android устройствах. Вы спокойно можете столкнуться с тем, что разработанное вами приложение будет жутко тормозить на крутом планшете с 4-ех ядерным процессором и одновременно с этим достаточно быстро работать на вашем стареньком Samsung Tab 2.
• Проблемы с быстродействием из-за чрезмерного использования css3 и раздутой DOM модели
• Фреймворк постоянно обновляется и различия между соседними версиями зачастую губят ваше приложение при апдейте sdk. Поэтому всегда нужно быть готовым к проблемам.

Продолжение:
Обзор мультиплатформенных фреймворков — jQuery Mobile (1/6)
Обзор мультиплатформенных фреймворков — MGWT + PHONEGAP (2/6)
Обзор мультиплатформенных фреймворков — Appcelerator Titanium Mobile (4/6)
Обзор мультиплатформенных фреймворков — Vaadin TouchKit (5/6)
Обзор мультиплатформенных фреймворков — IBM WorkLight (6/6)

Как альтернативу разработки мобильного приложения с использованием JavaScript можно использовать фреймворк MGWT. По сути это тот же Google Web Tools позволяющий писать логику веб приложения на JAVA , которая позже компилируется в JS. MGWT не заменяет стандартный GWT, а расширяет его.

В данном случае цепочка разработки сводится к JAVA — CSS. Из этой цепочки можно исключить CSS и делать все в JAVA

К достоинствам MGWT  можно отнести:

• Бесплатный
• В отличии от разработки на Android SDK нет необходимости возиться с кучей XML файлов для построения пользовательского интерфейса.
• Нет необходимости знания JS или веб технологий.
• Присутствует библиотека мобильных элементов интерфейса
• Это развитие продукта от Google
• Возможность разработки проекта в Maven
• Интеграция с PhoneGap

Пример создания кнопки Hello World со слайд анимацией :

В настроечном gwt.xml файле прописываем:

Главный класс EntryPoint:

Тем самым мы имеем в принципе понятный код для человека работавшего раньше к примеру со Swing.

Так же есть интеграция с PhoneGap тем самым позволяющая работать с API устройства.

Пример интерфейса разработанного на mgwt:

Как видим — по сути имеем тоже самое что и с jQuery Mobile, только теперь при помощи java.

Основные минусы:

• Недостаточно много документации конкретно по mgwt. Но в принципе документация по gwt тоже подойдет
• Порог вхождения в данную технологию достаточно высок
• Не смог отыскать визуальной среды для разработки интерфейсов конкретно под mgwt, но возможно подойдут и существующие средства для gwt
• Сборка опять-таки под PhoneGap

Продолжение:
Обзор мультиплатформенных фреймворков — jQuery Mobile (1/6)
Обзор мультиплатформенных фреймворков — Sencha Touch (3/6)
Обзор мультиплатформенных фреймворков — Appcelerator Titanium Mobile (4/6)
Обзор мультиплатформенных фреймворков — Vaadin TouchKit (5/6)
Обзор мультиплатформенных фреймворков — IBM WorkLight (6/6)

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

Для мультиплатформенной разработки необходимо использовать фреймворки.  Сразу стоит оговориться: При написании приложения не на родном для платформы SDK встает вопрос о сборке приложения. Т.е. написав приложение на JS не получится просто взять и собрать из него к примеру apk. Для этого используются сторонние средства, например PhoneGap(который по сути так же является фреймворком), если конечно фреймворк сам не предоставляет средства сборки. Так же есть возможность дружить между собой фреймворки или по крайней мере использовать их средства разработки.

На первый взгляд можно выделить несколько интересных фреймворков(каждый из описанных фреймворков имеет явные отличия от других):

1) jQuery Mobile

jQuery Mobile — это каркас, построенный на основе библиотеки jQuery и предназначенный для создания Web-интерфейсов, ориентированных на использование в мобильных устройствах. В настоящее время он обеспечивает совместимость со всеми распространенными мобильными платформами и поддерживает знакомый разработчикам jQuery синтаксис. Принцип работы jQuery Mobile можно описать следующим образом: этот каркас, используя стандартные HTML-элементы, расширенные с помощью дополнительных атрибутов, создает элементы соответствующие стилю и требованиям мобильных интерфейсов. Т.е. другими словами все UI вашего приложения описывается как html веб документ с разными модификаторами , а логика обработки ситуаций пишется  на JS.

К достоинствам jQuery Mobile можно отнести:

• бесплатный
• Присутствует визуальная среда разработки облегчающая работу: Codiqa
• короткую «кривую обучения» и легкость использования;
• небольшой размер (12 Кб в сжатом виде);
• поддержка широкого ряда мобильных (и немобильных) Web-браузеров;
• поддержка HTML5;
• расширенная поддержка HTML-форм;
• изменение внешнего вида документа (стили);
• открытый исходный код.

Тем самым проект будет представлять из себя связку HTML5 + CSS + jQuery , где в HTML будет описана вся  GUI часть , а в jQuery будет вся логика работы. Из этого следует легкость и быстрота разработки GUI части, а так же ее стабильная работа, на что как раз и тратится основное времея при разработке.

По сути каркас для начала работы следующий :

Ну а дальше мы вольны делать что хотим. Нам доступно огромное количество элементов мобильного интерфейса , встраиваемые на лету + отличная документация и куча примеров и сторонних библиотек.

К примеру если мы хотим добавить элемент поиска — нам просто нужно прописать в html:

и в итоге мы увидим:

После чего на элемент вешаются слушатели.

Все позиционирование и стили отрисовки описываются в CSS , а логика обработки результата в JS.

Пример интерфейса, разработанного на JQuery Mobile:

Так же присутствует интеграция с библиотекой PhoneGap позволяющей нам работать с API нашего устройства — т.е. обращаться к камере , gps, акселерометру , списку контактов , отправке смс , звонкам и еще много к чему, а так же собирать наше приложение для всех платформ.

Основные минусы:

• Сложно выявить существенный минус, если только — по умолчанию не предоставляется средство сборки проэкта. Ну и как и во всех JS фреймворках — проблемы с быстродействием из-за чрезмерного использования css3 и раздутой DOM модели

Продолжение:
Обзор мультиплатформенных фреймворков — MGWT + PHONEGAP (2/6)
Обзор мультиплатформенных фреймворков — Sencha Touch (3/6)
Обзор мультиплатформенных фреймворков — Appcelerator Titanium Mobile (4/6)
Обзор мультиплатформенных фреймворков — Vaadin TouchKit (5/6)
Обзор мультиплатформенных фреймворков — IBM WorkLight (6/6)