Vorhandene Cordova- und Hybridanwendungen umstellen

Übersicht

Wenn Sie eine mit der IBM MobileFirst Foundation ab Version 6.2.0 erstellte Cordova- oder Hybridanwendung migrieren möchten, müssen Sie ein Cordova-Projekt erstellen, das die Plug-ins der aktuellen Version verwendet. Ersetzen Sie dann die clientseitigen APIs, die weggefallen oder nicht in Version 8.0 enthalten sind. Das Unterstützungstool für die Migration kann Ihnen bei dieser Aufgabe helfen.

Fahren Sie mit folgenden Abschnitten fort:

• Vergleich von Cordova-Apps, die mit Version 8.0 und mit älteren Versionen bis Version 7.1 entwickelt wurden
• Vorhandene Hybrid-Apps oder plattformübergreifende Apps auf von IBM Mobile Foundation 8.0 unterstützte Cordova-Apps umstellen
• Verschlüsselung für Cordova umstellen
• Direkte Aktualisierung umstellen
• WebView-Upgrade
• Gelöschte Komponenten

Vergleich von Cordova-Apps, die mit Version 8.0 und mit älteren Versionen bis Version 7.1 entwickelt wurden

Nachfolgend werden mit MobileFirst Version 8.0 entwickelte Cordova-Apps mit Cordova- und Hybrid-Apps verglichen, die mit Version 7.1 entwickelt wurden.

Vorhandene Hybrid-Apps oder plattformübergreifende Apps auf von Mobile Foundation 8.0 unterstützte Cordova-Apps umstellen

Sie können vorhandene Hybrid-Apps oder plattformübergreifende Apps (Cordova), die mit der IBM MobileFirst Platform Foundation ab Version 6.2 entwickelt wurden, auf Cordova-Apps umstellen, die von Mobile Foundation Version 8.0 unterstützt werden.

Fahren Sie mit folgenden Abschnitten fort:

• Umstellung einer Cordova-App mit dem Unterstützungstool für die Migration beginnen
• Migration einer MobileFirst-Hybrid-App abschließen
• Migration einer MobileFirst-Cordova-App abschließen

Umstellung einer Cordova-App mit dem Unterstützungstool für die Migration

beginnen

Das Unterstützungstool für die Migration hilft Ihnen, Ihre mit früheren MobileFirst-Versionen erstellten plattformübergreifenden Apps vorzubereiten, indem es APIs identifiziert, die nicht mehr gültig sind, und die Projekte in Cordova-Apps kopiert, die von Version 8.0 unterstützt werden.

Die folgenden Informationen müssen vor Verwendung des Unterstützungstools für die Migration beachtet werden:

• Sie benötigen eine mit der IBM MobileFirst Platform Foundation erstellte Hybrid- oder Cordova-Anwendung, die Sie mit dem Befehl mfp cordova create erstellt haben.
• Sie benötigen Internetzugriff.
• Sie müssen Node Version 6.x und npm Version 3.x installiert haben, um das Unterstützungstool für die Migration (mfpmigrate-cli) zu installieren.
• Sie müssen die Cordova-Befehlszeilenschnittstelle (CLI, Command-Line Interface) installiert haben. Außerdem müssen alle Produkte installiert sein, die für die Verwendung der Cordova-CLI für Ihre Zielplattformen vorausgesetzt werden. Weitere Informationen finden Sie auf der Apache-Cordova-Website unter The Command-Line Interface.
• Sie müssen die Einschränkungen des Migrationsprozesses kennen und verstehen. Weitere Informationen finden Sie unter Apps früherer Releases umstellen.

Plattformübergreifende Apps, die mit Befehlen aus einer früheren Version der IBM MobileFirst Platform Foundation oder mit Cordova mit Befehlen der IBM MobileFirst Platform Foundation erstellt wurden, müssen geändert werden, damit sie in Version 8.0 unterstützt werden. Das Unterstützungstool für die Migration führt die folgenden Funktionen aus, um den Prozess zu vereinfachen:

• Es scannt die JavaScript- und HTML-Dateien der mit der IBM MobileFirst Platform Foundation erstellten Hybrid- oder Cordova-App und identifiziert APIs, die in Version 8.0 weggefallen sind oder nicht weiter unterstützt werden bzw. modifiziert wurden.
• Es kopiert die Struktur und die Script- und Konfigurationsdateien der ursprünglichen, mit der IBM MobileFirst Platform Foundation erstellten Hybrid- oder Cordova-App in eine Cordova-Struktur, die in Version 8.0 unterstützt wird.

Das Unterstützungstool für die Migration modifiziert oder verschiebt keinen Entwicklercode und keine Kommentare Ihrer App. Nach Ausführung dieses Tools müssen Sie den Migrationsprozess fortsetzen (siehe Migration einer MobileFirst-Hybrid-App abschließen oder Migration einer MobileFirst-Cordova-App abschließen).

1. Installieren Sie das Unterstützungstool für die Migration.
   • Navigieren Sie zu dem Verzeichnis, in das Sie die Datei .tgz heruntergeladen haben.
   • Installieren Sie das Tool mit npm. Geben Sie dazu den folgenden Befehl ein:

   npm install -g Name_der_tgz-Datei
   

   Für Einzelheiten zum npm-Paket mfpmigrate-cli klicken Sie hier.

2. Scannen und kopieren Sie die mit der IBM MobileFirst Platform Foundation erstellte App. Geben Sie dazu den folgenden Befehl ein:

   mfpmigrate client --in Quellenverzeichnis --out Zielverzeichnis --projectName neues_Projektverzeichnis
   

   • Quellenverzeichnis
     Aktuelle Position des Prjekts, das Sie migrieren. Für Hybridanwendungen muss diese Option auf den Ordner application der Anwendung zeigen.
   • Zielverzeichnis
     Optionaler Name des Verzeichnisses, in dem die neue, mit Version 8.0 kompatible Cordova-Struktur ausgegeben wird. Dieses Verzeichnis ist ein übergeordnetes Verzeichnis des Ordners new-project-directory. Wenn der Ordner nicht angegeben ist, wird er in dem Verzeichnis erstellt, in dem der Befehl ausgeführt wird.

   • neues_Projektverzeichnis Optionaler Name des Ordners mit dem neuen Inhalt Ihres Projekts. Dieser Ordner begindet sich innerhalb des Ordners destination_directory und enthält alle Informationen für Ihre Cordova-App. Wenn diese Option nicht angegeben ist, wird der Standardname App-Name-App-ID-Version verwendet.
     Wenn der Befehl “client” des Unterstützungstools für die Migration ausgeführt wird, führt das Tool die folgenden Schritte aus:

     • Es identifiziert APIs in der vorhandenen, mit der IBM MobileFirst Platform Foundation erstellten App, die in Version 8.0 gelöscht oder geändert wurden oder nicht weiter unterstützt werden.
     • Es erstellt ausgehend von der Struktur der ursprünglichen App eine Cordova-Struktur.
     • Es kopiert die folgenden Elemente oder fügt sie ggf. hinzu:
       • Android-Betriebssystem
       • iPhone- und iPad-Betriebssystem
       • Windows-Betriebssystem
       • cordova-mfp-plugin
       • Plugin cordova-plugin-mfp-jsonstore, wenn im alten Projekt das JSONStore-Feature installiert war
       • Plug-in cordova-plugin-mfp-fips, wenn im alten Projekt das FIPS-Feature installiert war
       • Plug-in cordova-plugin-mfp-push, wenn im alten Projekt das Feature für Push-Benachrichtigungen installiert war
       • Hybridzertifikate, wenn im alten Projekt das Certificate Pinning aktiviert war
       • Anwendungs-, Script- und XML-Dateien
     • Es öffnet die resultierende Informationsdatei in Ihrem Browser, wenn der Befehl ausgeführt ist.

     Wichtiger Hinweis: Das Unterstützungstool für die Migration kopiert keinen Entwicklercode oder kommentierten Text in die neue Struktur. 3. Lösen Sie die API-Probleme in der neuen Cordova-App.

   • Lesen Sie die Datei api-report.html, die im Zielverzeichnis erstellt und nach Ausführung des Befehls in Ihrem Standardbrowser geladen wird. In jeder Zeile der in dieser Datei enthaltenen Tabelle ist eine in der App verwendete API angegeben, die weggefallen ist oder geänderte bzw. gelöscht wurde und nicht mit Version 8.0 kompatibel ist. In dieser Datei ist auch eine Ersetzungsmöglichkeit für gelöschte APIs angegeben, soweit verfügbar.

   Dateipfad	Zeilennummer	API	Zeileninhalt	Kategorie der API-Änderung	Beschreibung und Aktionselement
   c:\local\Cordova\www\js\index.js	15	WL.Client.getAppProperty	document.getElementById('app_version') textContent = WL.Client.getAppProperty("APP_VERSION");	Nicht unterstützt	In Version 8.0 gelöscht. Verwenden Sie zum Abrufen der App-Version ein Cordova-Plug-in. Es gibt keine Ersatz-API.

   • Lösen Sie die in der Datei api-report.html bezeichneten Probleme.
3. Kopieren Sie den Entwicklercode der ursprünglichen App-Struktur manuell an die richtige Position der neuen Cordova-Struktur. Kopieren Sie den Inhalt der folgenden Verzeichnisse entsprechend dem Typ der mit der IBM MobileFirst Platform Foundation erstellten Quellen-App:
   • Mit der IBM MobileFirst Platform Foundation erstellte Hybrid-App
     Kopieren Sie den Inhalt des Verzeichnisses common der Quellen-App in das Verzeichnis www der neuen Cordova-App.
   • Mit der IBM MobileFirst Platform Foundation erstellte Cordova-App Kopieren Sie den Inhalt des Verzeichnisses www der Quellen-App in das Verzeichnis www der neuen Cordova-App.
4. Führen Sie den Befehl “scan” des Unterstützungstools für die Migration für Ihre neue App aus, um sich zu vergewissern, dass die API-Änderungen abgeschlossen sind.

   • Geben Sie zum Scannen den folgenden Befehl ein:

     mfpmigrate scan --in Quellenverzeichnis --out Zielverzeichnis --type hybrid
     

     • Quellenverzeichnis
       Aktuelle Position der zu scannenden Dateien. Bei einer mit der IBM MobileFirst Platform Foundation erstellten Hybrid-App ist diese Position das Verzeichnis common Ihrer App. Bei einer mit Mobile Foundation Version 8.0 erstellten plattformübergreifenden Cordova-App ist diese Position das Verzeichnis www.
     • Zielverzeichnis
       Verzeichnis, in das die Scanergebnisse ausgegeben werden
     • Scantyp
       Zu scannender Projekttyp.

   • Lösen Sie alle verbliebenen Probleme aus der Datei api-report.html.

5. Wiederholen Sie Schritt 6, um die neue Cordova-App mit dem Tool zu scannen, bis alle Probleme gelöst sind.

Migration einer MobileFirst-Hybrid-App abschließen

Nachdem Sie das Unterstützungstool für die Migration verwendet haben, müssen Sie einige Abschnitte Ihres Codes manuell modifizieren, um den Migrationsprozess abzuschließen.

• Sie müssen bereits das Unterstützungstool für die Migration (mfpmigrate) für Ihre vorhandene Hybrid-App ausgeführt haben. Weitere Informationen finden Sie unter Migration einer Cordova-App mit dem Unterstützungstool für die Migration starten.
• Sie müssen die Cordova-Befehlszeilenschnittstelle (CLI, Command-Line Interface) installiert haben. Außerdem müssen alle Produkte installiert sein, die für die Verwendung der Cordova-CLI für Ihre Zielplattformen vorausgesetzt werden, falls Sie weitere Cordova-Plug-ins installieren müssen (siehe Schrit 6). Weitere Informationen finden Sie auf der Apache-Cordova-Website unter The Command-Line Interface.
• Sie benötigen Internetzugang, wenn Sie eine neue Version von jQuery herunterladen müssen (Schritt 1c) oder zusätzliche Cordova-Plug-ins installieren müssen (Schritt 6).
• Wenn Sie weitere Cordova-Plug-ins installieren müssen (Schritt 6), ist eine Installation von Node.js ab Version 4.0.0 erforderlich.

Führen Sie die hier beschriebenen Schritte aus, um die Migration Ihrer MobileFirst-Hybridanwendung von IBM MobileFirst Platform Foundation Version 7.1 auf eine Cordova-Anwendung mit Unterstützung für Mobile Foundation 8.0 abzuschließen.

Nach der Migration kann Ihre App Cordova-Plattformen und Plug-ins nutzen, die Sie unabhängig von der IBM MobileFirst Platform Foundation erworben haben. So können Sie für die App-Entwicklung weiter Ihre bevorzugten Cordova-Entwicklungstools nutzen.

1. Aktualisieren Sie die Datei www/index.html.

   • Fügen Sie zur Kopfzeile Ihrer Datei index.html vor dem bereits vorhandenen CSS-Code den folgenden CSS-Code hinzu:

     <link rel="stylesheet" href="worklight/worklight.css">
     <link rel="stylesheet" href="css/main.css">
     

     Hinweis: Die Datei worklight.css setzt das Attribut “body” auf “relative”. Wenn sich dies auf den Stil Ihrer App auswirkt, deklarieren Sie einen anderen Wert für die Position in Ihrem eigenen CSS-Code. Beispiel:

     body {
           position: absolute;
     }
     

   • Fügen Sie nach den CSS-Definitionen Cordova-JavaScript zur Kopfzeile der Datei hinzu.

     <script type="text/javascript" src="cordova.js"></script>
     

   • Entfernen Sie die folgende Codezeile, wenn sie vorhanden ist.

     <script>window.$ = window.jQuery = WLJQ;</script>
     

     Sie können Ihre eigene jQuery-Version herunterladen und wie in der folgenden Codezeile angegeben laden.

     <script src="lib/jquery.min.js"></script>
     

     Sie müssen die optionale jQuery-Ergänzung nicht in den Ordner lib verschieben. Sie können diese Ergänzung an eine beliebige Position verschieben, müssen jedoch in der Datei index.html einen ordnungsgemäßen Verweis angeben.

2. Aktualisieren Sie die Datei www/js/InitOptions.js so, dass WL.Client.init automatisch aufgerufen wird.

   • Entfernen Sie folgenden Code aus InitOptions.js.

     Die Funktion WL.Client.init wird über die globale Variable wlInitOptions automatisch aufgerufen.

     if (window.addEventListener) {
           window.addEventListener('load', function() { WL.Client.init(wlInitOptions); }, false);
     } else if (window.attachEvent) {
           window.attachEvent('onload',  function() { WL.Client.init(wlInitOptions); });
     }
     

3. Aktualisieren Sie die Datei www/InitOptions.js so, dass WL.Client.init manuell aufgerufen wird (optional).
   • Bearbeiten Sie die Datei config.xml. Setzen Sie das Attribut “enabled” des Elements <mfp:clientCustomInit> auf “true”.

   • Wenn Sie die MobileFirst-Standardschablone für Hybridanwendungen verwenden, ersetzen Sie den folgenden Code:

     if (window.addEventListener) {
           window.addEventListener('load', function() { WL.Client.init(wlInitOptions); }, false);
     } else if (window.attachEvent) {
           window.attachEvent('onload',  function() { WL.Client.init(wlInitOptions); });
     }
     

     Geben Sie folgenden Ersatzcode an:

     if (document.addEventListener) {
           document.addEventListener('mfpready', function() { WL.Client.init(wlInitOptions); }, false);
     } else if (window.attachEvent) {
           document.attachEvent('mfpready',  function() { WL.Client.init(wlInitOptions); });
     }
     

4. Wenn Sie Logik verwenden, die für eine Hybridumgebung spezifisch ist, z. B. in Ihrer Datei app/iphone/js/main.js, kopieren Sie die Funktion wlEnvInit() und fügen Sie sie am Ende von www/main.js an (optional).

   // Diese Methode wlEnvInit wird nach erfolgreicher Initialisierung automatisch von der MobileFirst-Laufzeit aufgerufen.
   function wlEnvInit() {
        wlCommonInit();
        if (cordova.platformId === "ios") {
            // Hier kommt der Code für die Umgebungsinitialisierung für iOS.
        } else if (cordova.platformId === "android") {
            // Hier kommt der Code für die Umgebungsinitialisierung für Android.
        }
   }
   

5. Wenn Ihre ursprüngliche Anwendung das FIPS-Feature verwendet, ändern Sie den JQuery-Ereignislistener in einen JavaScript-Ereignislistener, der auf den Empfang des WL/FIPS/READY-Ereignisses wartet (optional). Weitere Informationen zu FIPS finden Sie unter Unterstützung für FIPS 140-2.
6. Wenn Ihre ursprüngliche Anwendung Cordova-Plug-ins anderer Anbieter verwendet, die vom Unterstützungstool für die Migration nicht ersetzt oder bereitgestellt werden, fügen Sie die Plug-ins manuell mit dem Befehl cordova plugin add zur Cordova-App hinzu (optional). Welche Plug-ins vom Tool ersetzt werden, erfahren Sie unter Migration einer Cordova-App mit dem Unterstützungstool für die Migration starten.

Migration einer MobileFirst-Cordova-App abschließen

Nachdem Sie das Unterstützungstool für die Migration verwendet haben, müssen Sie einige Abschnitte Ihres Codes manuell modifizieren, um den Migrationsprozess abzuschließen.

• Sie müssen bereits das Unterstützungstool für die Migration (mfpmigrate) für Ihre vorhandene Cordova-App ausgeführt haben. Weitere Informationen finden Sie unter Migration einer Cordova-App mit dem Unterstützungstool für die Migration starten.
• Sie müssen die Cordova-Befehlszeilenschnittstelle (CLI, Command-Line Interface) installiert haben. Außerdem müssen alle Produkte installiert sein, die für die Verwendung der Cordova-CLI für Ihre Zielplattformen vorausgesetzt werden. Weitere Informationen finden Sie auf der Apache-Cordova-Website unter The Command-Line Interface.
• Sie benötigen Internetzugriff.
• Node.js ab Version 4.0.0 muss installiert sein.

Die mit dem Befehl mfp cordova create erstellte Cordova-App verwendet die mit der Vorgängerversion der IBM MobileFirst Platform Foundation bereitgestellte Version der Cordova-Plattform und Cordova-Plug-ins. Nach der Migration kann Ihre umgestellte App Cordova-Plattformen und -Plug-ins verwenden, die Sie unabhängig von der Mobile Foundation erworben haben. Dies ist die einzige, in IBM MobileFirst Foundation Version 8.0 verfügbare Unterstützung für Cordova-Anwendungen.

Für die Umstellung müssen Sie das Unterstützungstool für die Migration ausführen und anschließend weitere Modifikationen an Ihrer App vornehmen.

1. Neben den Cordova-Plug-ins, die die Verwendung von in Ihrer ursprünglichen Anwendung verfügbaren MobileFirst-Features ermöglichen, können Sie mit dem Cordova-Entwicklungstool Ihrer Wahl beliebige weitere Cordova-Plug-ins hinzufügen. Sie können beispielsweise über die Cordova-CLI die Plug-ins cordova-plugin-file und cordova-plugin-file-transfer hinzufügen. Geben Sie dazu Folgendes ein:

   cordova plugin add cordova-plugin-file cordova-plugin-file-transfer
   

   Hinweis: Das Unterstützungstool für die Migration (mfpmigrate) fügt die Cordova-Plug-ins für MobileFirst-Features hinzu, sodass Sie diese Features nicht mehr hinzufügen müssen. Weitere Informationen zu diesen Plug-ins finden Sie unter Cordova-Plug-ins für MobileFirst.

2. Wenn Ihre ursprüngliche Anwendung das FIPS-Feature verwendet, ändern Sie den JQuery-Ereignislistener in einen JavaScript-Ereignislistener, der auf den Empfang des WL/FIPS/READY-Ereignisses wartet (optional). Weitere Informationen zu FIPS finden Sie unter Unterstützung für FIPS 140-2.
3. Wenn Ihre ursprüngliche Anwendung Cordova-Plug-ins anderer Anbieter verwendet, die vom Unterstützungstool für die Migration nicht ersetzt oder bereitgestellt werden, fügen Sie die Plug-ins manuell mit dem Befehl cordova plugin add zur Cordova-App hinzu (optional). Welche Plug-ins vom Tool ersetzt werden, erfahren Sie unter Migration einer Cordova-App mit dem Unterstützungstool für die Migration starten.
4. Nur für Apps mit iOS-Plattform, die OpenSSL verwenden (optional): Fügen Sie das Plug-in cordova-plugin-mfp-encrypt-utils zu Ihrer App hinzu. Das Plug-in cordova-plugin-mfp-encrypt-utils stellt iOS-OpenSSL-Frameworks für die Verschlüsselung von Cordova-Anwendungen auf der iOS-Plattform bereit.

Jetzt haben Sie eine Cordova-App mit MobileFirst-Funktionalität, die Sie mit Ihren bevorzugten Cordova-Tools weiterentwickeln können.

Verschlüsselung für Cordova umstellen

Wenn Ihre iOS-Cordova- oder -Hybrindanwendung die OpenSSL-Verschlüsselung verwendet hat, möchten Sie Ihre App vielleicht auf die neue native Verschlüsselung von Version 8.0 umstellen. Wenn Sie OpenSSL weiterhin verwenden möchten, müssen Sie ein zusätzliches Cordova-Plug-in installieren.

Weitere Informationen zu den iOS-Cordova-Verschlüsselungsoptionen für die Migration finden Sie im Abschnitt Migrationoptionen unter OpenSSL in Cordova-Anwendungen ermöglichen.

Direkte Aktualisierung umstellen

Die direkte Aktualisierung wird nach dem ersten Zugriff auf eine geschützte Ressource ausgelöst. Der Implementierungsprozess für neue Webressourcen hat sich in Version 8.0 geändert.

Wenn eine Clientanwendung in Version 8.0 auf eine ungeschützte MobileFirst-Ressource zugreift, empfängt sie im Gegensatz zu früheren Versionen keine Aktualisierungen, auch wenn auf dem Server Aktualisierungen verfügbar sind. Eine Ressource könnte ungeschützt sein, weil OAuth mit der Annotation @OAuth(security=false) oder in der Konfiguration inaktiviert wurde. Sie haben folgende Möglichkeiten, dieses Risiko zu umgehen:

• Fordern Sie explizit ein Zugriffstoken an (siehe Erläuterungen zur API obtainAccessToken in der Beschreibung der Klasse WLAuthorizationManager).
• Rufen Sie eine andere geschützte Ressource auf (siehe Beschreibung der Klasse WLResourceRequest).

Verwendung der direkten Aktualisierung: Ab Version 8.0 wird keine .wlapp-Datei mehr auf den MobileFirst Server hochgeladen. Stattdessen laden Sie ein kleineres Webressourcenarchiv (ZIP-Datei) hoch. Die Archivdatei enthält nicht mehr die Webvorschaudateien oder Oberflächen, die in den Vorgängerversionen häufig verwendet wurden. Das Archiv enthält jetzt nur noch die Webressourcen, die an die Clients gesendet werden, sowie Kontrollsummen für die Validierung der direkten Aktualisierung.

Weitere Informationen finden Sie in der Dokumentation zur direkten Aktualisierung.

WebView-Upgrade

Im Cordova-SDK (JavaScript) von IBM MobileFirst Foundation Version 8.0 gibt es zahlreiche Änderungen, die Anpassungen Ihres Codes erforderlich machen.

Der manuelle Migrationsprozess verläuft in mehreren Phasen:

• Neues -Cordova-Projekt erstellen
• Erforderliche Webressourcenelemente durch Code aus der Vorgängerversion ersetzen
• Durch SDK-Änderungen notwendige Änderungen am JavaScript-Code vornehmen

In Version 8.0 wurden viele MobileFirst-API-Elemente entfernt. Gelöschte Elemente sind in einer IDE, di edie automatische Korrektur für JavaScript unterstützt deutlich als nicht vorhanden gekennzeichnet.

In der folgenden Tabelle sind API-Elemente aufgelistet, die entfernt werden müssen. Außerdem gibt es Vorschläge, wie die Funktionalität ersetzt werden kann. Viele Elemente, die entfernt wurden, sind Benutzerschnittstellenelemente, die durch Cordova-Plug-ins oder HTML-5-Elemente ersetzt werden können. Einige Methoden haben sich ebenfalls geändert.

Weggefallene JavaScript-UI-Elemente

Weitere weggefallene JavaScript-Elemente

Nicht mehr verwendete JavaScript-APIs

Gelöschte Komponenten

Ein in MobileFirst Platform Foundation Studion 7.1 erstelltes Cordova-Projekt enthielt viele Ressourcen, die Funktionen unterstützten. In Version 8.0 wird jedoch nur reines Cordova unterstützt. Die MobileFirst-API bietet somit keine Unterstützung mehr für diese Funktionen.

Oberflächen

Mithilfe der Oberflächen von MobileFirst-Anwendungen konnten Sie die Benutzerschnittstelle für verschiedene Geräte und Formate optimieren. Version 8.0 bietet keine Unterstützung mehr für solche Oberflächen.
Um diese Funktionalität ersetzen zu können, sollten Sie sich mit Responsive-Web-Design-Methoden beschäftigen, die es in Cordova und HTML 5 gibt.

Shells

Mit Shells konnten eine Reihe von Funktionen entwickelt werden, die von Anwendungen (gemeinsam) genutzt wurden. Auf diesem Wege konnten Entwickler, die über mehr Erfahrungen mit der nativen Umgebung verfügten, einige Kernfunktionen bereitstellen. Diese Shells waren als innere Anwendungen gepackt und wurden von Entwicklern im Bereich Geschäftslogik und Benutzerschnittstellenentwicklung genutzt.

Wenn eine Hybrid-App bisher Shells und innere Anwendungen genutzt hat, sollten Sie Cordova-Designmuster verwenden und die Shellkomponenten als Cordova-Plug-ins implementieren, die anwendungsübergreifend genutzt werden können. Vielleicht finden Entwickler einen Weg, Teile des Shell-Codes wiederzuverwenden und auf Cordova-Plug-ins umzustellen.

Wenn ein Kunde beispielsweise über gemeinsame Webressourcen (JavaScript, CSS-Dateien, Grafiken, HTML) für alle seine Apps verfügt, kann er ein Cordova-Plug-in erstellen, das diese Ressourcen in den Ordner www der App kopiert.

Angenommen, diese Ressourcen befinden sich im Ordner src/www/acme/:

• src/www/acme/js/acme.js
• src/www/acme/css/acme.css
• src/www/acme/img/acme-logo.png
• src/www/acme/html/banner.html
• src/www/acme/html/footer.html
• plugin.xml

Die Datei plugin.xml enthält den Tag <asset> mit der Quelle und dem Ziel (source und target) für das Kopieren der Ressourcen.

<?xml version="1.0" encoding="UTF-8"?>
<plugin
     xmlns="http://apache.org/cordova/ns/plugins/1.0"     
     xmlns:rim="http://www.blackberry.com/ns/widgets"
     xmlns:android="http://schemas.android.com/apk/res/android"
     id="cordova-plugin-acme"
     version="1.0.1">
<name>ACME Company Shell Component</name>
<description>ACME Company Shell Component</description>
<license>MIT</license>
<keywords>cordova,acme,shell,components</keywords>
<issue>https://www.acme.com/support</issue>
<asset src="src/www/acme" target="www/acme"/>
</plugin>

Nachdem plugin.xml zur Cordova-Datei config.xml hinzugefügt wurde, werden die in “asset src” aufgelisteten Ressourcen während der Kompilierung nach “asset target” kopiert.
In der Datei index.html oder innerhalb der App können diese Ressourcen dann wiederverwendet werden.

<link rel="stylesheet" type="text/css" href="acme/css/acme.css">
<script type="text/javascript" src="acme/js/acme.js"></script>
<div id="banner"></div>
<div id="app"></div>
<div id="footer"></div>
<script type="text/javascript">
    $("#banner").load("acme/html/banner.html");
    $("#footer").load("acme/html/footer.html");
</script>

Seite ‘Einstellungen’

Die Seite Einstellungen war ein in der MobileFirst-Hybrid-App verfügbares Benutzerschnittstellenelement, über das der Entwickler in der Laufzeit zu Testzwecken die Server-URL ändern konnte. Jetzt kann der Entwickler die vorhandene MobileFirst-Client-API zum Ändern der Server-URL in der Laufzeit verwenden. Weitere Informationen finden Sie unter WL.App.setServerUrl.

Kompression

MobileFirst Studio 7.1 stellte eine OOTB-Methode bereit, die vor der Kompilierung alle unnötigen Zeichen aus Ihrem JavaScript-Code entfernt hat, um die Größe des Codes zu verringern. Diese nicht mehr vorhandene Funktionalität kann durch das Hinzufügen von Cordova-Hooks zu Ihrem Projekt ersetzt werden.

Es sind viele Hooks für die Kompression Ihrer JavaScript- und css-Dateien verfügbar. Sie können diese in das Ereignis before_prepare in der Datei config.xml der App aufnehmen.

Empfehlungen für Hooks:

• https://www.npmjs.com/package/uglify-js
• https://www.npmjs.com/package/clean-css

Diese Hooks können in einer Plug-in-Datei oder in der Datei config.xml der Anwendung mit dem Element <hook> definiert werden.
Im folgenden Beispiel wird das Hookereignis before_prepare verwendet, um ein Script auszuführen, das den Code komprimiert, bevor Cordova das Kopieren der Dateien in den Ordner www/ der einzelnen Plattformen vorbereitet:

<hook type="before_prepare" src="scripts/uglify.js" />