Adobe Air (wiwobooks.com Release)

Co.
false
false
    
Listing 4.1 air-dvk-app.xml
    Sie sehen, dass wir alle Tags, die wir nicht verwenden, deaktivieren, indem wir sie mithilfe von XML-Kommentaren (die mit der Zeichenfolge aufhören) gewissermaßen ausblenden. Wenn wir später einmal die Grundeinstellung unserer Anwendung ändern müssen, erspart uns das, die entsprechenden Tags im Kopf behalten oder nachschlagen zu müssen.
    Patches und Patch-Levels
    Ihnen ist wahrscheinlich das Attribut minimumPatchLevel in der dritten Zeile aufgefallen, hier mit einem fiktiven Wert von 1234 versehen. Ein Programmierer, den ich mit AIR bekannt machte, hielt dies einmal für einen Hinweis für die Unausgereiftheit und Unsicherheit der AIR-Technologie. Denn: Als Patch , nach dem englischen Wort für Flicken , werden auch jene Updates von Programmen bezeichnet, die Fehler oder Sicherheitslücken bei Programmen oder Betriebssystemen beheben sollen. Als WindowsBenutzer hatte er offenbar eine vorgefasste Meinung über Patches.
    Bei AIR haben die Patches aber überwiegend einen anderen Sinn: AIR ist stark darauf ausgelegt, sich stark und schnell zu verändern. Adobe geht sogar so weit zu erklären, dass für AIR ein Release-Rhythmus vorgesehen ist, der weit kürzer sei als bei allen anderen Produkten des Hauses. Weil aber nicht alle Neuerungen umfangreich genug sein werden, um eine neue Versionsnummer (2.0, 3.0 etc.) oder Release-Nummer (2.1, 2.2 etc.) zu rechtfertigen, ist es sinnvoll, auf Patches zurückzugreifen, wenn nur ein kleines Element an neuer Funktionalität oder ein neues UI-Element hinzugefügt werden soll – ganz so, wie es auch bei Bugfixes oder Sicherheitsupdates gemacht wird.
    Wenn man zudem in Betracht zieht, dass AIR zu großen Teilen auch auf die mobilen Endgeräte abzielt, so wird es in Zukunft wahrscheinlich immer wieder kleinere Versionssprünge geben, die nur darin bestehen, dass ein neues Handymodell oder ein neues PDA-Betriebssystem unterstützt oder für ein Handybetriebssystem ein erweiterter AIRFunktionsumfang angeboten wird. Sie können diese Begebenheiten dann bei der Entwicklung berücksichtigen, indem Sie eine bestimmte Patch-Version voraussetzen.
    Das xmlns-Attribut der Beschreibungsdatei steht innerhalb der XML-Spezifikation für den frei wählbaren Namensraum einer Datei, zu dem alle untergeordneten Tags gehören. Es ist eigentlich nicht mehr als eine Konvention innerhalb von XML, einen eindeutigen Bezeichner in Form einer URI anzugeben, auch wenn eine entsprechende Datei, wie in diesem Fall, gar nicht existiert. Für uns wird die Sache erst dadurch interessant, dass mit dieser Namensraumdeklaration gleichzeitig die passende AIR-Version angegeben wird, in diesem Fall die Version 1.5.
    Das wichtigste Tag in der Beschreibungsdatei ist das Tag innerhalb von hier geben Sie die Datei an, aus der Ihre Anwendung besteht (und von der alle weiteren Aktionen ausgehen).
4.1.3 Die Basis: XHTML
    In unserem Fall haben wir die Datei air-dvk.html angegeben, weil wir unsere digitale Visitenkarte auf Basis von XHTML erstellen wollen. Diese Datei erstellen wir nun als Nächstes. Nachdem Sie die Beschreibungsdatei im Projektverzeichnis erstellt haben, öffnen Sie Ihren bevorzugten (Quell-)Text- oder HTML-Editor und geben Sie folgende Datei ein:
    

    





    Listing 4.2 Eine leere XHTML-Datei air-dvk.html
    Sie werden festgestellt haben, dass es sich bei dieser Datei um eine echte, standardkonforme XHTML-Datei handelt. Warum ist das