# Adobe PhoneGap

Adobe PhoneGap (früher PhoneGap) ist ein Framework zur Erstellung hybrider Applikationen für mobile Endgeräte. PhoneGap wurde ursprünglich vom Unternehmen Nitobi entwickelt, das 2011 von Adobe Inc. übernommen wurde. Im August 2020 teilte Adobe mit, die Weiterentwicklung von PhoneGap einzustellen. Der zugehörige Cloud-Build-Dienst PhoneGap Build wird zum 1. Oktober 2020 beendet.
PhoneGap ermöglicht es, Anwendungssoftware für mobile Endgeräte mit JavaScript, HTML5 und CSS3 zu schreiben, anstelle von gerätespezifischen Programmiersprachen wie Swift oder Java. Die dabei entstehenden Applikationen sind hybride Applikationen; sie sind weder native Applikationen, weil das Layout mittels Webtechnologien und nicht mit nativen User Interface Frameworks geschrieben wird, noch sind sie webbasierte Applikationen, da sie als Apps über die Verkaufsportale der Betriebssystemhersteller verteilt werden können und auf die Programmierschnittstellen der Betriebssysteme der Endgeräte zugreifen können. Ab der Version 1.9 ist es sogar möglich, frei native und hybride Codeteile zu mischen.
PhoneGap baut auf Apache Cordova auf, welches von Adobe/Nitobi der Apache Software Foundation gespendet wurde. Apache Cordova hieß ursprünglich ebenfalls PhoneGap, musste aber aus rechtlichen Gründen umbenannt werden, da für Apache-Projekte aus markenrechtlichen Gründen keine bereits belegten Namen verwendet werden dürfen. Es wurde zunächst Apache Callback genannt und später in Apache Cordova umbenannt. Bei Adobe Systems taucht es auch als Adobe PhoneGap und Adobe PhoneGap Build auf.
PhoneGap wurde für die Erstellung vieler mobiler Applikationen verwendet, auf der PhoneGap-Website werden 1.890 in den diversen Online Stores vertriebene gelistet. Apple Inc. hat bestätigt, dass das Framework auch mit den 4.0-Entwickler-Lizenzabkommen kompatibel ist.
PhoneGap wird von verschiedenen mobilen Applikationsplattformen wie ViziApps, Worklight, Convertigo appMobi und AppByYou verwendet. Die JavaScript-Bibliothek Sencha Touch ist ab der Version 2.3 kompatibel mit PhoneGap, wodurch eine vereinfachte Integration von APIs, wie Notifikation, Kontakte, Speicher oder Kamera möglich ist.

## Geschichte

Erstmals vorgestellt und weiterentwickelt wurde PhoneGap während eines iPhoneDevCamp Events in San Francisco. Bei der O’Reilly Media 2009 Web 2.0 Conference gewann PhoneGap den People’s Choice Award.
Am 4. Oktober 2011 verkündete Adobe offiziell die Übernahme von Nitobi Software, der ursprünglich hinter der PhoneGap Entwicklung stehenden Firma. Gleichzeitig wurde PhoneGap der Apache Software Foundation gespendet.
Frühe Versionen von PhoneGap benötigten einen Apple-Computer, um iOS-Applikationen, und einen Windows PC, um Windows-Mobile-Applikationen erstellen zu können. Seit September 2012 ermöglicht Adobes PhoneGap Build Service das Hochladen von PhoneGap-Applikationen in Form von HTML-, CSS- und JavaScript-Sourcecode in einen sogenannten „Cloud compiler“, der die Applikationen für alle unterstützten Plattformen generiert.

## Vorgehensweise

PhoneGap-Applikationen verwenden HTML5 und CSS3 für die Darstellung und JavaScript für die Programmlogik. Obwohl HTML5 Zugriff auf mobile Technologien wie Beschleunigungssensor, Kamera und GPS ermöglicht, wird HTML5 noch nicht gleichmäßig für alle mobilen Browser, speziell für ältere Androidversionen, angeboten. Um diese Beeinträchtigungen zu vermeiden, bettet das PhoneGap-Framework HTML5-Code in einer nativen WebView mittels Foreign Function Interface ein. Damit können die nativen APIs der Geräte direkt angesprochen werden.
PhoneGap kann auch mit nativen Plug-ins, welche den Entwicklern per JavaScript aufrufbare Funktionalitäten zur Verfügung stellen, erweitert werden. PhoneGap stellt bereits Plug-ins für den Zugriff auf Kontakte und Termine, Benachrichtigungen, Locale des Benutzers, Speicher und Dateien, Device- und Verbindungsinformationen, Splash Screen, In-App-Browser, Beschleunigungssensor, Kamera, Ton-, Bild- und Videoaufnahme und -abspielung, Kompass und GPS zur Verfügung.
Durch die Verwendung der webbasierten Technologien werden PhoneGap-Applikationen unter Umständen langsamer als native Applikationen mit gleichartiger Funktionalität. Adobe Systems warnt davor, dass mit PhoneGap entwickelte Applikationen möglicherweise von Apple, auf Grund ihrer geringen Geschwindigkeit oder weil sie sich nicht „nativ genug“ anfühlen, nicht akzeptiert werden.

## Unterstützte Plattformen

PhoneGap unterstützt derzeit die Entwicklung für die Betriebssysteme Apple iOS, Google Android, LG webOS, Microsoft Windows Phone, Blackberry und Tizen (SDK 2.x).
Erweiterungen von PhoneGap für andere Betriebssysteme und Versionen sind geplant oder werden von anderen Herstellern angeboten. Unterstützt wird unter anderem Nokia Symbian OS, Bada.
Die folgende Tabelle zeigt, welche für Mobile Devices typischen Fähigkeiten je Betriebssystem von PhoneGap unterstützt werden:
| Fähigkeiten | bis iPhone 3G | ab iPhone 3GS | Android | Windows Phone | BlackBerry 10, PlayBook OS | Black Berry 4.6–4.7 | Black Berry 5.x–6.0+ | Bada | Symbian | webOS | Tizen |
| Beschleunigungssensor | Ja | Ja | Ja | Ja | Ja | Nein | Ja | Ja | Ja | Ja | Ja |
| Kamera | Ja | Ja | Ja | Ja | Ja | Nein | Ja | Ja | Ja | Ja | Ja |
| Kompass | Nein | Ja | Ja | Ja | Ja | Nein | Nein | Ja | Nein | Ja | Ja |
| Kontakte | Ja | Ja | Ja | Ja | Ja | Nein | Ja | Ja | Ja | Nein | Ja |
| Dateien | Ja | Ja | Ja | Ja | Ja | Nein | Ja | Nein | Nein | Nein | Ja |
| Geolocation | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja |
| Medien | Ja | Ja | Ja | Ja | Ja | Nein | Nein | Nein | Nein | Nein | Ja |
| Netzwerk | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja |
| Benachrichtigungen (Alarm, Ton, Vibration) | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja | Ja |
| Speicher | Ja | Ja | Ja | Ja | Ja | Nein | Ja | Nein | Ja | Ja | Ja |

## Plugins

Cordova stellt eine Schnittstelle für Plug-ins zur Verfügung. Damit können Funktionen von Betriebssystem abhängige Bibliotheken aufgerufen werden. Die Funktion kann mittels JavaScript aufgerufen werden. Dabei werden Callback-Funktionen, die bei Erfolg und bei Fehlern aufgerufen werden, mitgegeben. Im folgenden Beispiel heißt das Plugin „mein_web_telefon“, die Funktion, die ausgeführt werden soll, lautet „anrufen“. In einem Array können Parameter übergeben werden. Im folgenden Beispiel wird die Telefonnummer, die URL des Telefon-Servers, Benutzer und Passwort übergeben um eine Voice-over-IP-Verbindung herzustellen. Bei Erfolg wird eine Javascript Funktion aufgerufen die die Nachricht „Ich wähle schon wie der Teufel!“ anzeigt. Im Fehlerfall wird die Fehlermeldung angezeigt.
Beispiel eines Aufrufs mittels Javascript:
Die Definitionen der Schnittstellen zum eigentlichen Plugin müssen sich in einer Javascript-Datei im Unterverzeichnis „www“ befinden. Oftmals wird als Name „index.js“ gewählt, dies ist aber keine Voraussetzung. Auch mehrere Javascript-Dateien können diese Aufgabe übernehmen.
Das eigentliche Plugin muss für das jeweilige Betriebssystem separat programmiert werden, da es wie im vorgenannten Beispiel ja Socket-Verbindungen zum Telefon-Server herstellen muss. Aufgrund der Limitierungen eines Webbrowsers (Und ein Webview ist ein Webbrowser ohne Benutzer-Interaktion), kann ein Webview keine UDP, TLS- bzw. TCP/IP-Verbindungen zum Telefonserver errichten. Diese Funktionalität muss das Plugin liefern. Und zwar in der jeweiligen Technologie des Betriebssystems. Bei Android wird zumeist ein Plugin in Java geschrieben, da jedes Android Telefon, bzw. jedes Android Pad Java Programme und Bibliotheken ausführen kann. Natürlich könnte man eine WebSocket-Verbindung zum Telefon-Server aufbauen. Im Beispiel wird aber angenommen, dass die Cordova-App Telefonanlagen bedienen soll, die über keine WebRTC Technologie verfügen. Anschließend ein nicht lauffähiges Beispiel um ein Plugin zu veranschaulichen. Das Beispiel verwendet „linphone“ als RTC und SIP-Bibliothek.
Das Beispiel ist sehr vereinfacht und nicht lauffähig. Zuerst müsste das Plugin eine Verbindung zum Server herstellen, bevor es einen Anruf tätigen kann. Um die Funktionalität auch IOS Geräten zur Verfügung zu stellen müsste man eine ähnliche Bibliothek in Object-C oder Swift für das Apple Betriebssystem erstellen.
Damit das Plugin erfolgreich zum Beispiel mit „cordovar plugin add d:\\mein_web_telefon“ in ein Cordova Projekt hinzugefügt werden kann, muss sich im Stamm Verzeichnis eine Datei mit dem Namen „plugin.xml“ befinden. In dieser XML-Datei werden die Dateien aufgeführt, welche das Plugin für die verschiedenen Betriebssysteme benötigt. Auch Zugriffsrechte wie z. B. der Zugriff auf die Kamera müssen hier deklariert werden.
Im Beispiel wird „android“ und „ios“ definiert mit den entsprechenden Dateien die das Plugin benötigt. Im Falle von „android“ handelt es sich um „.java“ Dateien, im Falle von „ios“ um „.h“ und „.m“ Dateien. Wie man sehen kann, werden die Quellcode Dateien und weitere Dateien im Verzeichnis „src“ abgelegt getrennt nach „android“ und „ios“. Für diese zwei Betriebssysteme ist das Plugin geeignet.