Adobe - AIR Team ADT пакет
Командата -package трябва винаги да се изпълнява от главната директория на приложението. Командата има следния синтаксис:
За да създадете AIR пакет от файлове на компонент на приложение:
Създаване на собствен пакет на платформа въз основа на файлове на компонент на приложение:
Създайте собствен пакет за платформа, включително персонализирано разширение въз основа на файловете на компонентите на приложението:
За да създадете изходен пакет от AIR или AIRI файл:
Създайте пакет с оригинално разширение от файлове с оригинално разширение на компонента:
AIR_SIGNING_OPTIONS Опциите за подписване на AIR указват сертификата, който се използва за подписване на инсталационния файл на AIR. Опциите за подписване са описани в раздела Опции за подписване на ADT код.
-мигриране. Този флаг показва, че приложението е подписано с транспортен сертификат в допълнение към сертификата, посочен в опциите AIR_SIGNING_OPTIONS. Този флаг е валиден само ако настолното приложение е пакетирано като естествен инсталатор и приложението използва собствено разширение. В противен случай ще възникне грешка. Опциите за подписване на сертификата за миграция са посочени в опциитеMIGRATION_SIGNING_OPTIONS. Тези опции за подписване са описани в раздела Опции за подписване на ADT код. Флагът -migrate ви позволява да създавате актуализации за приложения със собствен инсталационен файл на платформа за настолен компютър, които използват собственото разширение на платформата, и да променяте сертификата за подписване на кода на приложението в случаите, когато например оригиналният сертификат е изтекъл. За повече информация вижте Подписване на актуализирана версия на AIR приложение.
Флагът -migrate на командата -package е наличен в AIR 3.6 и по-нови версии.
въздух - пакетВЪЗДУХ. "въздух" е стойността по подразбиране. Когато създавате AIR и AIRI файлове, флагът -target не се изисква.
airn е пакет източник на приложения за устройства с разширен профил на телевизионно устройство.
ane - пакет от родни AIR разширения
Цели на пакета за Android:
apk е пакет за Android. Този тип пакет може да се инсталира само на устройство с Android, но не и на емулатор.
apk‑captive‑runtime е пакет за Android, който включва приложение и вградена версия на AIR runtime. Този тип пакет може да се инсталира само на устройство с Android, но не и на емулатор.
apk-debug е пакет за Android с допълнителна информация за отстраняване на грешки. (SWF файловете на приложението също трябва да бъдат компилирани с поддръжка за отстраняване на грешки.)
apk-emulator е пакет за Android, предназначен да се използва в емулатор без поддръжка за отстраняване на грешки. (За да разрешите отстраняването на грешки в емулатора и устройството едновременно, използвайте флага за отстраняване на грешки в apk.)
apk-profile е пакет за Android, който поддържа производителността на приложението и профилите на паметта.
Цели на пакета за iOS:
ipa-ad-hoc - iOS пакет за ad hoc внедряване.
ipa-app-store - iOS пакет за разпространение през Apple App Store.
ipa-debug - пакет за iOS с допълнителна информация за отстраняване на грешки. (SWF файловете на приложението също трябва да бъдат компилирани с поддръжка за отстраняване на грешки.)
ipa-test е пакет за iOS, компилиран без информация за оптимизация и отстраняване на грешки.
ipa-debug-interpreter - Същата функционалност като пакета за отстраняване на грешки, но компилирането е по-бързо. Байткодът на ActionScript обаче се интерпретира и не се преобразува в собствен код. Следователно кодът работи по-бавно в пакета за интерпретатор.
ipa-debug-interpreter-simulator - функционалносте еквивалентен на ipa-debug-interpreter, но пакетът е за приложението iOS Simulator. Само за компютри Macintosh. Ако използвате този параметър, трябва също да добавите параметъра -platformsdk, указвайки пътя до iOS Simulator App SDK.
ipa-test-interpreter - Същата функционалност като тестовия пакет, но компилирането е по-бързо. Байткодът на ActionScript обаче се интерпретира и не се преобразува в собствен код. Следователно кодът работи по-бавно в пакета за интерпретатор.
ipa-test-interpreter-simulator - Функционалността е еквивалентна на ipa-test-interpreter, но пакетът е за приложението iOS Simulator. Само за компютри Macintosh. Ако използвате този параметър, трябва също да добавите параметъра -platformsdk, указвайки пътя до iOS Simulator App SDK.
native - естествен инсталатор за настолни системи. Генерираният файлов тип съответства на оригиналния формат на инсталатора на операционната система, на която се изпълнява командата:
DEB - Ubuntu Linux (AIR 2.6 или по-стара)
RPM - Fedora или OpenSuse Linux (AIR 2.6 или по-стара)
-sampler (само за iOS, AIR 3.4 и по-нови версии) Активира базирания на телеметрия ActionScript семплер в iOS приложения. Използването на този флаг позволява на приложението да бъде профилирано с помощта на инструмента Adobe Scout. Докато Scout може да профилира всяко съдържание в платформата Flash, активирането на подробна телеметрия ви дава по-добра представа кога се извикват функции на ActionScript, DisplayList, Stage3D рендиране и т.н.компилации на приложения.
-h >hideAneLibSymbols ви позволява да укажете дали да направите символите на ANE библиотеката видими само за изходните кодове на тази библиотека (да) или видими глобално (не):
да - скрива символите ANE, като по този начин елиминира всякакви нежелани конфликти на имена.
не - (по подразбиране) символите ANE не са скрити. Това поведение е в съответствие с версии на AIR под 3.4
-embedBitcode (само за iOS, AIR 25 или по-нова версия) Разработчиците могат да използват параметъра embedBitcode, за да посочат дали да вградят двоичния файл в приложения за iOS (Да или Не). Освен ако не е посочено друго, стойността по подразбиране "Няма" се използва за тази настройка.
DEBUGGER_CONNECTION_OPTIONS Опциите за свързване на дебъгера указват дали пакетът за отстраняване на грешки трябва да се свърже с отдалечен дебъгер, работещ на друг компютър, или да слуша връзка от отдалечен дебъгер. Само мобилни пакети за отстраняване на грешки (от тип apk-debug и ipa-debug) поддържат този набор от опции. Тези опции са описани в раздела "Опции за свързване на дебъгер".
-airDownloadURL - Указва алтернативен URL за изтегляне и инсталиране на AIR runtime на устройства с Android. Ако параметърът не е посочен и средата за изпълнение не е инсталирана, приложението AIR ще пренасочи потребителя към средата за изпълнение на AIR на Android Market.
Ако вашето приложение се разпространява през алтернативни пазари (различни от управлявания от Google Android Market), може да се наложи да предоставите URL адрес за изтегляне на AIR runtime от този пазар. Някои алтернативни пазари не позволяват на приложенията да изискват изтегляния от външни източници. Тази настройка се поддържа само от пакети за Android.
NATIVE_SIGNING_OPTIONS Опциите за собствено подписване указват сертификата, който се използва за подписване на пакетния файл източник. Тази настройка е предназначена за прилагане на подписа, използван от оригиналната операционна система, а не от средата за изпълнение на AIR. В противен случай опциите са идентични с опциите AIR_SIGNING_OPTIONS. За подробно описание на тези опции вижте опциите за подписване на ADT код.
Естествените подписи се поддържат в Windows и Android. В Windows трябва да зададете настройките на AIR подписа и оригиналните настройки на подписа. В Android можете да зададете само оригиналните опции за подпис.
В много случаи можете да използвате сертификат за подписване на код, за да приложите AIR подписа и оригиналния подпис. Това обаче не е вярно за всички ситуации. Например, политиката на Google за приложения, хоствани на Android Market, изисква всички приложения да бъдат подписани със сертификат, който е валиден поне до 2033 г. Това означава, че не трябва да използвате сертификат, издаден от добре известен CA, който се препоръчва за подписване на AIR, за подписване на приложения за Android (никой CA не издава сертификати за подписване на код с този период на валидност).
изход е името на генерирания пакетен файл. Разширението на файла не е задължително. Ако не е указано разширение, се добавя разширението, определено от стойността на параметъра -target и текущата операционна система.
app_descriptor е пътят до файла с дескриптор на приложението. Можете да посочите абсолютен път или път спрямо текущата директория. (В AIR файла името на файла с дескриптор на приложението се променя на application.xml.)
Android - AIR SDK 2.6 и по-нови версии включват инструментите в AIR SDKAndroid SDK, необходим за прилагане на съответните ADT команди. Тази настройка трябва да бъде зададена само за използване на различна версия на Android SDK. Освен това пътят на платформата на SDK не е необходимо да се посочва в командния ред, ако променливата на средата AIR_ANDROID_SDK_HOME вече е зададена (ако и двете стойности са зададени, се използва пътят, посочен в командния ред).
iOS – AIR SDK идва със свързан iOS SDK. Опцията -platformsdk ви позволява да пакетирате приложения с външен SDK, вместо да се ограничавате до използването само на iOS SDK. Например, ако сте създали разширение, използвайки най-новата версия на iOS SDK, можете да посочите този SDK, когато пакетирате приложението си. Освен това, ако използвате ADT с приложението iOS Simulator, винаги трябва да добавяте параметъра -platformsdk с пътя към SDK за iOS Simulator App.
-arch Разработчиците на приложения могат да използват този аргумент за изграждане на APK файлове за x86 платформи, приема следните стойности:
armv7 - ADT пакетира APK за платформата Android armv7.
x86 – ADT пакетира APK за платформата Android x86.
armv7 се използва по подразбиране, ако не е дефинирана стойност
FILE_OPTIONS - Указва кои файлове на приложението са включени в пакета. За подробно описание на опциите за файлове вижте раздела Опции за файлове и път. Не указвайте опции за файлове, когато създавате пакет източник от AIR или AIRI файл.
input_airi – Посочва се при създаване на пакет източник от AIRI файл. Параметърът AIR_SIGNING_OPTIONS е необходим, ако типът на пакета е зададен на ефир (или не е посочен тип на пакета).
input_air Указва се при създаванеизходен пакет, базиран на AIR файла. Не указвайте опцията AIR_SIGNING_OPTIONS.
ANE_OPTIONS - определя опциите и файловете за създаване на пакет от естествени разширения. За пълно описание на опциите на пакета за разширение вижте Опции за собствено разширение.
Примери за използване на командата ADT -package
Пакетирайте файловете на приложението в текущата папка за AIR приложение, базирано на SWF:
Пакетиране на файлове на приложение в текущата папка за HTML-базирано AIR приложение:
Пакетирайте всички файлове и поддиректории в текущата работна директория:
Пакетирайте само основните файлове и поддиректорията с изображения:
Пакетирайте HTML приложението и всички файлове в поддиректориите HTML, скриптове и изображения:
Пакетирайте файла application.xml и основния SWF файл в работната директория (release/bin):
Пакетирайте ресурси от повече от едно местоположение във файловата система на сборката. В този пример предварително опакованите ресурси на приложението са в следните папки:
Изпълнение на командата ADT от директорията /devRoot/myApp:
създава следната пакетна структура:
Стартирайте ADT като програма на Java за просто приложение, базирано на SWF (не е посочен класов път):
Стартирайте ADT като програма на Java за просто приложение, базирано на HTML (не е посочен класов път):
Стартирайте ADT като програма на Java (класовата пътека на Java трябва да включва пакета ADT.jar):
Публикациите в Twitter™ и Facebook не са предмет на Creative Commons.