PhoneGap: istota, możliwości i tworzenie aplikacji na platformie Adobe

Czym jest PhoneGap?

PhoneGap — to platforma do tworzenia aplikacji mobilnych, pierwotnie stworzona przez firmę Nitobi Software w 2009 roku. W 2011 roku Adobe przejęło Nitobi i wydało PhoneGap jako produkt komercyjny, przekazując rdzeń frameworka do Apache Software Foundation pod nazwą Cordova.

Historia powstania i ewolucja

PhoneGap został stworzony na konferencji iPhoneDevCamp w 2008 roku, gdzie programiści Nitobi Software zaprezentowali technologię owijania aplikacji webowych w natywny kontener. Pierwsza publiczna wersja ukazała się w 2009 roku i natychmiast przyciągnęła uwagę społeczności programistów webowych, którzy szukali sposobów na wejście na rynek mobilny bez nauki Objective-C.

Główna innowacja PhoneGap polegała na tym, że programiści mogli używać znanych technologii webowych — HTML, CSS i JavaScript — do tworzenia aplikacji instalowanych na urządzeniu przez sklepy z aplikacjami i mających dostęp do funkcji natywnych: aparatu, GPS, kontaktów i akcelerometru.

Według Adobe Developer Relations (2015), w szczytowym okresie PhoneGap używało ponad 600 tysięcy programistów na całym świecie. Platforma była szczególnie popularna wśród studiów webowych i freelancerów, którzy chcieli poszerzyć portfolio o projekty mobilne bez zatrudniania inżynierów iOS i Android.

Różnice między PhoneGap a Apache Cordova

Główna różnica między PhoneGap a Apache Cordova polega na modelu dystrybucji i dodatkowych usługach. Cordova to czysty open-source framework zarządzany przez Apache Foundation, a PhoneGap to jego komercyjna dystrybucja z ekskluzywnymi możliwościami Adobe.

Główna przewaga i kluczowa komercyjna różnica PhoneGap nad Apache Cordova — to usługa PhoneGap Build, która przejmuje etap kompilacji. Programista przesyła pliki źródłowe na serwer Adobe, wybiera docelowe platformy i otrzymuje gotowe pliki binarne bez instalacji Android SDK, Xcode i powiązanych narzędzi kompilacji.

Ponadto PhoneGap zawierał integrację z Adobe Creative Cloud, umożliwiając projektantom eksportowanie makiet z Photoshop bezpośrednio do struktury projektu PhoneGap. Ta funkcja była popularna w małych zespołach bez dedykowanego programisty mobilnego.

PhoneGap Build: kompilacja aplikacji w chmurze

PhoneGap Build — to usługa internetowa Adobe, która kompiluje kod źródłowy aplikacji PhoneGap/Cordova do plików instalacyjnych dla iOS (.ipa), Android (.apk), Windows Phone (.xap) i innych platform. Użytkownik nie musi instalować na komputerze SDK docelowych systemów operacyjnych.

Proces kompilacji składa się z trzech kroków: programista archiwizuje projekt (lub wskazuje repozytorium Git), przesyła go na build.phonegap.com i wybiera platformy. Po kilku minutach serwer zwraca gotowe pliki binarne do pobrania i wysłania do sklepów z aplikacjami.

PhoneGap Build obsługiwał dwa typy subskrypcji: darmową (do 2 aplikacji, kompilacja publiczna) i płatną (do 25 aplikacji, kompilacja prywatna, niestandardowe ikony i certyfikaty). Dla iOS wymagany był certyfikat Apple Developer Program, który użytkownik przesyłał na swoje konto. Mechanizm działania Build był prosty: użytkownik wysyłał archiwum ZIP lub wskazywał repozytorium Git, serwer automatycznie określał platformy i zwracał gotowe pliki binarne przez panel zarządzania.

Według Adobe Blog (2017), przez PhoneGap Build przechodziło ponad 500 tysięcy kompilacji miesięcznie. Usługa była szczególnie popularna w instytucjach edukacyjnych i na hackatonach, gdzie uczestnicy nie mieli dostępu do infrastruktury Mac. Programiści używali również Build do demonstracji prototypów klientom bezpośrednio na urządzeniach bez konfiguracji środowiska.

Przykłady kodu i konfiguracji PhoneGap

Struktura projektu PhoneGap jest identyczna z Cordova. Różnica polega tylko na pliku konfiguracyjnym config.xml, gdzie dodawany jest element <gap> z określeniem wersji PhoneGap i identyfikatorem aplikacji 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>
        Aplikacja 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>

Ten plik konfiguracyjny definiuje aplikację z obsługą iOS i Android, określa minimalną wersję iOS 13 i podłącza wtyczkę aparatu. Po przesłaniu do PhoneGap Build serwer automatycznie rozpoznaje te ustawienia i kompiluje projekt z wymaganymi zależnościami.

Przykład podstawowego kodu JavaScript z obsługą zdarzenia gotowości urządzenia i wywołaniem natywnego okna dialogowego:

document.addEventListener('deviceready', function() {
  console.log('PhoneGap gotowy do pracy');

  document.getElementById('btnAlert')
    .addEventListener('click', function() {
      navigator.notification.alert(
        'Witaj z PhoneGap!',
        function() { console.log('OK'); },
        'Komunikat',
        'Zamknij'
      );
    });
});

Zdarzenie deviceready — obowiązkowy punkt wejścia we wszystkich aplikacjach PhoneGap i Cordova. Bez tego zdarzenia wywołanie natywnych API nie zadziała, ponieważ most nie jest jeszcze zainicjowany. Po gotowości dostępne są wszystkie wtyczki, w tym notification.alert dla natywnych okien dialogowych.

Zalety i wady PhoneGap

PhoneGap miał szereg zalet, które uczyniły go popularnym w połowie lat 2010., ale także posiadał ograniczenia, które doprowadziły do spadku jego udziału w rynku po 2018 roku.

Mocne strony

Główna zaleta PhoneGap — niski próg wejścia dla programistów webowych. HTML, CSS i JavaScript to technologie, które zna każdy specjalista frontendu, co pozwalało studiom webowym szybko wejść na rynek aplikacji mobilnych bez zatrudniania inżynierów iOS i Android.

Usługa chmurowa PhoneGap Build rozwiązywała problem infrastruktury: zespoły na Windows mogły kompilować aplikacje iOS bez zakupu Maca. Było to kluczowe dla startupów z ograniczonym budżetem na sprzęt.

Słabe strony

Główna wada PhoneGap — wydajność. WebView jest wolniejszy od natywnych frameworków UI, szczególnie przy złożonych animacjach, dużych listach i przetwarzaniu grafiki. Według testów HTML5Rocks (2016), renderowanie listy 1000 elementów zajmowało w PhoneGap 200–400 ms wobec 16–30 ms w natywnej aplikacji.

Dodatkowe ograniczenia obejmowały zależność od wersji WebView na urządzeniu użytkownika, problemy z debugowaniem natywnych wtyczek i brak dostępu do nowych API iOS i Android do czasu wydania odpowiednich wtyczek Cordova.

PhoneGap dzisiaj: wsparcie i migracja

W 2020 roku Adobe ogłosiło zakończenie wsparcia dla PhoneGap i PhoneGap Build. Firma przekazała dorobek społeczności z zaleceniem przejścia na Apache Cordova lub Capacitor. PhoneGap Build został zamknięty, a kompilacja chmurowa nie jest już dostępna.

Dla istniejących projektów PhoneGap zaleca się migrację na Capacitor — to najprostsza ścieżka z minimalnymi zmianami kodu. Wystarczy zastąpić skrypty inicjalizacji i zaktualizować konfigurację. Cały kod JavaScript i szablony HTML pozostają bez zmian, ponieważ Capacitor używa tych samych zasad mostu.

Alternatywna opcja — przejście bezpośrednio na Apache Cordova. Wymaga to instalacji platform lokalnie przez CLI i konfiguracji lokalnej kompilacji, ale w pełni zachowuje kompatybilność z istniejącymi wtyczkami i architekturą aplikacji.

Pomimo zamknięcia, historyczne znaczenie PhoneGap jest nie do przecenienia. To właśnie PhoneGap pokazał rynkowi, że technologie webowe mogą być podstawą aplikacji mobilnych, torując drogę nowoczesnym hybrydowym i wieloplatformowym frameworkom. Koncepcja kompilacji w chmurze, po raz pierwszy zrealizowana w PhoneGap Build, została później przejęta przez Ionic Appflow, Visual Studio App Center i inne usługi ciągłej integracji dla projektów mobilnych.

Decyzje architektoniczne PhoneGap — most przez WebView, system wtyczek i konfiguracja przez config.xml — stały się standardem de facto dla rozwoju hybrydowego. Nawet w nowoczesnych projektach Capacitor widać dziedzictwo PhoneGap: te same zasady pracy z wtyczkami i podobny proces kompilacji.

Dla programistów utrzymujących stare projekty PhoneGap kluczową umiejętnością jest zrozumienie mostu wtyczek i umiejętność adaptacji wtyczek do nowoczesnych wersji Android i iOS. Bez tego aktualizacja aplikacji pod nowe wymagania sklepów staje się niemożliwa z powodu przestarzałych uprawnień systemowych.