Tworzenie pakietu z dołączonym środowiskiem wykonawczym dla komputerów

Pakiet z dołączonym środowiskiem wykonawczym to pakiet zawierający kod aplikacji razem z dedykowaną wersją środowiska wykonawczego. Spakowana w ten sposób aplikacja używa dołączonego środowiska wykonawczego zamiast współużytkowanego środowiska wykonawczego zainstalowanego na komputerze użytkownika.

Utworzony pakiet jest autonomicznym folderem z plikami aplikacji w systemie Windows lub pakietem app w systemie Mac OS. Pakiet dla określonego docelowego systemu operacyjnego należy utworzyć podczas pracy w tym systemie. (Do uruchamiania wielu systemów operacyjnych na tym samym komputerze można użyć maszyny wirtualnej, takiej jak oprogramowanie firmy VMWare).

Aplikację można uruchomić z tego folderu lub pakietu bez instalowania.

Korzyści

  • Utworzona aplikacja jest autonomiczna.

  • Nie jest wymagany dostęp do Internetu na potrzeby instalacji.

  • Aplikacja jest niezależna od aktualizacji środowiska wykonawczego.

  • Przedsiębiorstwa mogą certyfikować określone kombinacje aplikacji i środowisk wykonawczych.

  • Możliwa jest obsługa tradycyjnego modelu wdrażania oprogramowania.

  • Nie jest konieczne rozpowszechnianie oddzielnego środowiska wykonawczego.

  • Można korzystać z interfejsu API NativeProcess.

  • Można korzystać z rozszerzeń natywnych.

  • Można bez ograniczeń korzystać z funkcji File.openWithDefaultApplication() .

  • Można uruchamiać aplikacje z dysku USB lub dysku optycznego bez instalowania.

Wady

  • Krytyczne poprawki zabezpieczeń nie są automatycznie udostępniane użytkownikom po opublikowaniu przez firmę Adobe.

  • Nie można korzystać z formatu pliku air.

  • W razie potrzeby trzeba utworzyć własny instalator.

  • Nie są obsługiwane platforma i interfejs API aktualizacji środowiska AIR.

  • Nie jest obsługiwany interfejs API środowiska AIR umożliwiający instalowanie i uruchamianie aplikacji AIR w przeglądarce z poziomu strony internetowej.

  • W systemie Windows rejestracja plików musi być obsługiwana przez instalatora.

  • Aplikacja zajmuje więcej miejsca na dysku.

Tworzenie pakietu z dołączonym środowiskiem wykonawczym w systemie Windows

Aby utworzyć pakiet z dołączonym środowiskiem wykonawczym dla systemu Windows, należy spakować aplikację podczas pracy w tym systemie. Aplikację należy spakować przy użyciu typu docelowego bundle :

adt -package 
    -keystore ..\cert.p12 -storetype pkcs12 
    -target bundle 
    myApp 
    myApp-app.xml 
    myApp.swf icons resources

To polecenie powoduje utworzenie pakietu w katalogu o nazwie myApp. Katalog zawiera pliki aplikacji, jak również pliki środowiska wykonawczego. Można uruchomić program bezpośrednio z tego folderu. Aby jednak utworzyć pozycję menu dotyczącą programu bądź zarejestrować typy plików lub moduły obsługi schematów URI, należy utworzyć program instalacyjny ustawiający wymagane wpisy w rejestrze. Zestaw SDK środowiska AIR nie zawiera narzędzi do tworzenia takich instalatorów, ale jest dostępnych kilka rozwiązań innych firm, w tym zarówno komercyjne, jak i darmowe (open source) zestawy narzędzi instalatora.

Natywny plik wykonywalny można podpisać w systemie Windows, określając drugi zestaw opcji podpisywania umieszczony po opcji -target bundle w wierszu polecenia. Te opcje podpisywania identyfikują klucz prywatny i skojarzony certyfikat do użycia podczas stosowania natywnego podpisu dla systemu Windows. (Zazwyczaj można użyć certyfikatu do podpisywania kodu środowiska AIR). Podpisywany jest tylko główny plik wykonywalny. Wszelkie dodatkowe pliki wykonywalne spakowane razem z aplikacją nie są podpisywane w tym procesie.

Powiązania typów plików

Aby skojarzyć aplikację z publicznymi lub własnymi typami plików w systemie Windows, program instalacyjny musi ustawić odpowiednie wpisy w rejestrze. Te typy plików powinny być również wymienione w elemencie fileTypes w pliku deskryptora aplikacji.

Więcej informacji o typach plików systemu Windows zawiera dokument Typy plików i skojarzenia plików w bibliotece MSDN

Rejestrowanie modułów obsługi identyfikatorów URI

Aby aplikacja mogła obsługiwać uruchamianie adresów URL za pomocą określonego schematu URI, instalator musi ustawić wymagane wpisy w rejestrze.

Więcej informacji o rejestrowaniu aplikacji do obsługi schematu URI zawiera dokument Rejestrowanie aplikacji dla protokołu URL w bibliotece MSDN

Tworzenie pakietu z dołączonym środowiskiem wykonawczym w systemie Mac OS X

Aby utworzyć pakiet z dołączonym środowiskiem wykonawczym dla systemu Mac OS X, należy spakować aplikację podczas pracy w systemie operacyjnym Macintosh. Aplikację należy spakować przy użyciu typu docelowego bundle :

adt -package 
    -keystore ../cert.p12 -storetype pkcs12 
    -target bundle 
    myApp.app 
    myApp-app.xml 
    myApp.swf icons resources

To polecenie powoduje utworzenie pakietu aplikacji o nazwie myApp.app. Pakiet zawiera pliki aplikacji, jak również pliki środowiska wykonawczego. W celu uruchomienia aplikacji można kliknąć dwukrotnie ikonę myApp.app i przeprowadzić instalację, przeciągając ikonę do odpowiedniej lokalizacji, na przykład do folderu aplikacji. Aby jednak zarejestrować typy plików lub moduły obsługi schematów URI, należy przeprowadzić edycję pliku z listą właściwości wewnątrz pakietu aplikacji.

Na potrzeby rozpowszechniania można utworzyć plik obrazu dysku (dmg). Zestaw SDK środowiska AIR nie zawiera narzędzi do tworzenia pliku dmg dla pakietu z dołączonym środowiskiem wykonawczym.

Powiązania typów plików

Aby skojarzyć aplikację z publicznymi lub własnymi typami plików w systemie Mac OS X, należy ustawić właściwość CFBundleDocumentTypes, edytując plik info.plist w pakiecie. Więcej informacji zawiera artykuł Biblioteka programistów systemu Mac OS X: informacje o kluczach listy właściwości — CFBundleURLTypes .

Rejestrowanie modułów obsługi identyfikatorów URI

Aby aplikacja mogła obsługiwać uruchamianie adresów URL za pomocą określonego schematu URI, należy ustawić właściwość CFBundleURLTypes, edytując plik info.plist w pakiecie. Więcej informacji zawiera artykuł Biblioteka programistów systemu Mac OS X: informacje o kluczach listy właściwości — CFBundleDocumentTypes .