PhoneGap: суть, возможности и создание приложений на платформе Adobe

Что такое PhoneGap?

PhoneGap — это платформа для разработки мобильных приложений, первоначально созданная компанией Nitobi Software в 2009 году. В 2011 году Adobe приобрела Nitobi и выпустила PhoneGap как коммерческий продукт, передав ядро фреймворка в Apache Software Foundation под именем Cordova.

История создания и эволюция

PhoneGap был создан на конференции iPhoneDevCamp в 2008 году, где разработчики Nitobi Software продемонстрировали технологию обёртки веб-приложений в нативный контейнер. Первая публичная версия вышла в 2009 году и мгновенно привлекла внимание сообщества веб-разработчиков, которые искали способы выхода на мобильный рынок без изучения Objective-C.

Основная инновация PhoneGap заключалась в том, что разработчики могли использовать привычные веб-технологии — HTML, CSS и JavaScript — для создания приложений, которые устанавливаются на устройство через магазины приложений и имеют доступ к нативным функциям: камере, GPS, контактам и акселерометру.

По данным Adobe Developer Relations (2015), в пиковый период PhoneGap использовали более 600 тысяч разработчиков по всему миру. Платформа особенно популярна среди веб-студий и фрилансеров, которые хотели расширить портфолио мобильными проектами без найма iOS и Android инженеров.

Отличия PhoneGap от Apache Cordova

Главное различие между PhoneGap и Apache Cordova заключается в модели распространения и дополнительных сервисах. Cordova — это чистый open-source фреймворк под управлением Apache Foundation, а PhoneGap — его коммерческий дистрибутив с эксклюзивными возможностями Adobe.

Основное преимущество и главное коммерческое отличие PhoneGap перед Apache Cordova — это сервис PhoneGap Build, который берёт на себя этап компиляции. Разработчик загружает исходные файлы на сервер Adobe, выбирает целевые платформы и получает готовые бинарники без установки Android SDK, Xcode и связанных инструментов сборки.

Кроме того, PhoneGap включал интеграцию с Adobe Creative Cloud, позволяя дизайнерам экспортировать макеты из Photoshop прямо в структуру PhoneGap-проекта. Эта функция была востребована в небольших командах без выделенного мобильного разработчика.

PhoneGap Build: облачная сборка приложений

PhoneGap Build — это веб-сервис Adobe, который компилирует исходный код PhoneGap/Cordova-приложения в установочные файлы для iOS (.ipa), Android (.apk), Windows Phone (.xap) и других платформ. Пользователю не нужно устанавливать на компьютер SDK целевых ОС.

Процесс сборки состоит из трёх шагов: разработчик архивирует проект (или указывает Git-репозиторий), загружает его на build.phonegap.com и выбирает платформы. Через несколько минут сервер возвращает готовые бинарные файлы для загрузки в магазины приложений.

PhoneGap Build поддерживал два типа подписок: бесплатную (до 2 приложений, публичная сборка) и платную (до 25 приложений, приватная сборка, кастомные иконки и сертификаты). Для iOS требовался загрузочный сертификат Apple Developer Program, который пользователь загружал в личный кабинет. Механизм работы Build был прост: пользователь отправлял ZIP-архив или указывал Git-репозиторий, сервер автоматически определял платформы и возвращал готовые бинарные файлы через панель управления.

По данным Adobe Blog (2017), через PhoneGap Build прошло более 500 тысяч сборок ежемесячно. Сервис был особенно популярен в учебных заведениях и на хакатонах, где участники не имели доступа к Mac-инфраструктуре. Разработчики также использовали Build для демонстрации прототипов заказчикам прямо на устройствах без настройки окружения.

Примеры кода и настройки PhoneGap

Структура PhoneGap-проекта идентична Cordova. Отличие только в конфигурационном файле config.xml, где добавляется элемент с указанием версии PhoneGap и идентификатором приложения Adobe.

<?xml version='1.0' encoding='utf-8'?>
<widget id='com.adobe.phonegap.app'
        version='1.0.0'
        xmlns='http://www.w3.org/ns/widgets'
        xmlns:gap='http://phonegap.com/ns/1.0'>
    <name>PhoneGapApp</name>
    <description>
        Приложение на PhoneGap
    </description>
    <gap:platform name='ios' />
    <gap:platform name='android' />
    <gap:plugin name='cordova-plugin-camera' />
    <gap:config platform='ios' min-version='13.0' />
</widget>

Этот конфигурационный файл определяет приложение с поддержкой iOS и Android, указывает минимальную версию iOS 13 и подключает плагин камеры. При загрузке в PhoneGap Build сервер автоматически распознаёт эти настройки и собирает проект с нужными зависимостями.

Пример базового JavaScript-кода с обработкой события готовности устройства и вызовом нативного диалога:

document.addEventListener('deviceready', function() {
  console.log('PhoneGap готов к работе');

  document.getElementById('btnAlert')
    .addEventListener('click', function() {
      navigator.notification.alert(
        'Привет из PhoneGap!',
        function() { console.log('OK'); },
        'Сообщение',
        'Закрыть'
      );
    });
});

Событие deviceready — обязательная точка входа во всех приложениях PhoneGap и Cordova. Без этого события вызов нативных API не сработает, так как мост ещё не инициализирован. После готовности доступны все плагины, включая notification.alert для нативных диалоговых окон.

Преимущества и недостатки PhoneGap

PhoneGap имел ряд преимуществ, которые сделали его популярным в середине 2010-х годов, но также обладал ограничениями, приведшими к снижению его доли рынка после 2018 года.

Сильные стороны

Главное преимущество PhoneGap — низкий порог входа для веб-разработчиков. HTML, CSS и JavaScript — это технологии, которыми владеет любой фронтенд-специалист, что позволяло студиям веб-разработки быстро выходить на рынок мобильных приложений без найма iOS и Android инженеров.

Облачный сервис PhoneGap Build решал проблему инфраструктуры: команды на Windows могли собирать iOS-приложения без покупки Mac. Это было критично для стартапов с ограниченным бюджетом на оборудование.

Слабые стороны

Основной недостаток PhoneGap — производительность. WebView медленнее нативных UI-фреймворков, особенно при сложных анимациях, больших списках и обработке графики. По данным тестов HTML5Rocks (2016), рендеринг списка из 1000 элементов занимал в PhoneGap 200–400 мс против 16–30 мс в нативном приложении.

Дополнительные ограничения включали зависимость от версии WebView на устройстве пользователя, проблемы с отладкой нативных плагинов и отсутствие доступа к новым API iOS и Android до выхода соответствующих Cordova-плагинов.

PhoneGap сегодня: поддержка и миграция

В 2020 году Adobe объявила о прекращении поддержки PhoneGap и PhoneGap Build. Компания передала наработки сообществу с рекомендацией переходить на Apache Cordova или Capacitor. PhoneGap Build был закрыт, и облачная сборка более недоступна.

Для существующих PhoneGap-проектов рекомендуется миграция на Capacitor — это прямой путь с минимальными изменениями кода. Достаточно заменить скрипты инициализации и обновить конфигурацию. Весь JavaScript-код и HTML-шаблоны остаются без изменений, так как Capacitor использует те же принципы моста.

Альтернативный вариант — переход на Apache Cordova напрямую. Это требует установки платформ локально через CLI и настройки локальной сборки, но полностью сохраняет совместимость с существующими плагинами и архитектурой приложения.

Несмотря на закрытие, историческое значение PhoneGap сложно переоценить. Именно PhoneGap продемонстрировал рынку, что веб-технологии могут быть основой для мобильных приложений, проложив путь для современных гибридных и кроссплатформенных фреймворков. Концепция облачной сборки, впервые реализованная в PhoneGap Build, позже была перенята Ionic Appflow, Visual Studio App Center и другими сервисами непрерывной интеграции для мобильных проектов.

Архитектурные решения PhoneGap — мост через WebView, система плагинов и конфигурация через config.xml — стали стандартом де-факто для гибридной разработки. Даже в современных Capacitor-проектах прослеживается наследие PhoneGap: те же принципы работы с плагинами и схожий процесс сборки.

Для разработчиков, поддерживающих старые PhoneGap-проекты, ключевой навык — понимание плагинного моста и умение адаптировать плагины под современные версии Android и iOS. Без этого обновление приложения под новые требования магазинов становится невозможным из-за устаревших системных разрешений.