Всяко приложение, генерирана в Android, съдържа файл на манифест, в AndroidManifest.xml, която се съхранява в основната директория на проекта. Манифестът прави възможно да се опише структурата и метаданни на вашия приложението към нея, нейните компоненти и изисквания.

Манифестът включва възли (тагове) за всеки компонент (дейност по отношение, обслужване, източници на данни и радиоприемници), които изграждат вашата кандидатура, както и използването на филтри намерения (намерение Филтри) и правото да определя как те взаимодействат помежду а също и с програмите за трети страни.

Манифестът предоставя метаданни атрибути да се посочи (от ценности Cove и визуални стилове). Трябва да се отбележи, че допълнителни компоненти горната то ниво може да се използва, за да опише настройките за сигурност, тестове единица (единица тестове), хардуер и системни изисквания.

Манифест съдържа корен маркер атрибут пакет, който се отнася до пакета на проекта. Обикновено, този маркер се също vklyucha- на xmlns атрибут: андроид, подкрепени в рамките на възлите на файловата система.

Engage VersionCode атрибут, за да определите текущата версия на приложението като цяло число. Това е вътрешна стойност се използва за сравняване на версии на програмата. Нанесете VersionName атрибут Посочвайки Ния публична версия, която се показва на потребителя.

типичен етикет е показан на кодовия фрагмент:

Android: Android VersionCode = "1": VersionName = "0.9 Beta">

[... вложени възли манифест ...]

свободен край Тя включва компоненти, които описват софтуера Компонентите, настройките за сигурност, класове за изпитване и изисквания, които изграждат вашата кандидатура. Кажете ни кои маркери на разположение в рамките на възел

, както и фрагменти от код в XML формат, който демонстрира как да използвате тези тагове.

• употреби-SDK. Тя ви позволява да определите минимален, максимален и целта му версия, която трябва да бъде на разположение на устройството, че молбата Ви може да функционира правилно. Въз основа на версия на SDK, който се подкрепя от една платформа, а с помощта на комбинация от атрибути minSDKVersion, maxSDKVersion и targetSDKVersion, можете да ограничите обхвата на устройства, които са в състояние да стартирате приложението.

MinSDKVersion атрибут определя минималната версия на SDK, съдържа API, който се използва във вашата програма. Ако не укажете минимална версия, ще се прилага стойността на umol- Ханя, и вашето приложение няма да работи правилно, ако дефект се опитват да достигнат до API, който е на разположение на текущото устройство.

maxSDKVersion атрибут ви позволява да определите най-новата версия, която сте готови да подкрепят. Вашата кандидатура няма да се вижда в Android Market, за устройства, управлявани siste- повече ми нова версия. Задайте стойността на този атрибут се препоръчва само ако сте абсолютно сигурни, че приложението не работи на платформата с версията, дадена по-горе.

targetSDKVersion ви позволява да укажете на платформата, за която са разработване и тестване на приложения. Задаването на стойност за този атрибут, да ви кажа, че системата поддържа тази конкретна версия не изисква никакви промени, свързани с преден или заден ход съвместимост:

• употреби-конфигурация. Използвайте приложения конфигуриране маркер да посоча всички механизми на въвеждане на данни, приложението ви подкрепя. Можете да изберете всяка комбинация, съдържаща следните устройства:

§ reqHardKeyboard - ако вашето приложение се нуждае от хардуерна клавиатура, въведете стойността вярно;

§ reqKeyboardType - ви позволява да определите типа на клавиатурата - nokeys, QWERTY клавиатура, twelvekey или неопределени;

§ reqNavigation - ако е необходимо за навигационното устройство, посочено zhite едно от следните - nonav, Dpad, трекбол колело или неопределен;

§ reqTouchScreen - ако вашата кандидатура ще трябва интелигентен сензорен екран, изберете едно от следните неща - notouch, стилус, пръст, или неопределена.

Можете да изберете повече от един поддържаните конфигурации Например измерва устройство с капацитивен сензорен екран, тракбол и клавиатура ан- paratnoy (или QWERTY или twelvekey), както е показано по-долу:

Необходимата конфигурация, не забравяйте, че приложението няма да се инсталира на устройства, които не съответстват на нито една от посочените комбинации. В примера по-горе, устройство с QWERTY-клавиатура и манипулатор D-подложка (но без сензорен или тракбол) няма да се поддържа. В идеалния случай, трябва да се развива по-заявление по такъв начин, че те работят с всички на на- taniem входни устройства, в този случай, използва-конфигурация е по избор.

• употреби-функция. Едно от предимствата на Android - широка гама от хардуерни платформи, на които може да работи. Ispolzuy- тези прости употреби-функция маркер, за да уточни всички необходими заявление хардуерни възможности. Това ще предотврати инсталирането на вашето приложение на устройства, които не съответстват на изискванията appa- път. Можете да поискате помощ за всеки neobya- непременно съвместими хардуерни устройства. На segod- nyashnye ден хардуерни възможности предлагат следните опции:

§ android.hardware.camera (ако е необходимо прилагане ан- paratnaya камера);

§ android.hardware.camera.autofocus (ако се изисква камера с автоматичен фокусиране).

Можете да използвате приложения, функция маркер за уточняване на минималната версия на OpenGL, което е необходимо за вашата кандидатура. С glEsVersion атрибут изберете OpenGL ES версия като цяло число. Първите 16 бита съответстват на ма- воденичен камък версия, а последният - непълнолетен:

Точните числа ще се различават в зависимост от хардуера, но като цяло съвпадение размер и разделителна способност на екрана се определя, както следва:

§ smallScreens - екрани с резолюция по-малко от нормалното HVGA, като правило, тя е QVGA;

§ anyDensity - настроен да вярно, ако приложението ви може да бъде намалена до размера на екрана по всяко резолюция.

Във версията на SDK 1.6 (ниво API 4) Стойността по подразбиране за всеки атрибут - вярно. Използвайте този маркер, за да определите размера на екрана, че не подкрепят:

Ако е възможно, трябва да се оптимизира заявления за екрани с различни размери правителствени и плътност на пикселите, с помощта на директории със себе си ресурси, както е показано по-късно в тази глава. Ако посочите опори екран маркер, с изключение на определени размери на екрана, заявката не може да се инсталира на устройства с неподдържани екрани.

• прилагане. Манифестът може да съдържа само едно копие на маркера. Той използва атрибути съдържат метаданни за вашето приложение (включително нейното име, икона и визуален стил). По време на развитието, трябва да инсталирате debuggable атрибут да е истина, за да активирате LadKom Относителният режим, въпреки че окончателната версия, най-вероятно, той трябва да бъде прекъсната.

свободен край също играе ролята на контейнер, който е vklyucha- за активни възли, сервиз, източници на данни и приемници Shirokove- Внимателно описващи компонент за кандидатстване. В допълнение, можете да зададете своя собствена изпълнение на заявлението за клас. По-късно в тази глава ще научите как да наследи този клас и ние го използва за контрол на състоянието на заявлението.

[... вложени маркери ...]

• дейност. свободен край се изисква за всяка дейност, koto- Руй карти приложение. Използвайте Android: име на атрибут посочва името на активен клас.

С тези тагове, добавете към основната дейност на която ще бъдат първите zapu- скатове, а останалата част от екраните и диалогови прозорци, които могат да се появят. Опитвайки се да тичам дейността без съответстваща на ръководството опише манифеста ще доведе до освобождаването на изключения. всеки таг Тя поддържа вложени компоненти , което показва какви намерения може да работи на дейността.

§ услуга. Както и в предишния случай, всеки клас на услуга трябва да има услуга маркер (услуги обсъдени подробно в глава 9). Tags поддържащите вложени компоненти , с което латентна свързване възниква.

§ доставчик. Този етикет съдържа всички източници на данни в молбата си. източници на данни, описани в глава 7, се използват за контрол на достъпа до бази данни и за обмен на информация в рамките на една или повече програми.

§ приемник. Като прибавим към манифеста приемника на етикет, можете да се регистрирате за излъчване приемник, без да стартирате приложена напрежение. Как да направите в глава 5, относителни радиоприемници спичане развитие в световен мащаб: след като се регистрирате, те ще се задействат, когато системата за предаване или прилагането на съответните намерения. регистрирането им в манифеста, mozhe- искаме да направим този процес напълно анонимни. Когато излъчвате вашите намерения съответно приложение започва него автоматично, като стартирате регистрирания приемника.

• разрешение. Приложения на трети страни могат да се посочат пълно mochiya преди предоставяне на достъп до общи софтуерни компоненти. За да се ограничи достъпа до компонента заявление, трябва да декларират пред компетентния орган в манифеста. За да направите това, използвайте разрешение маркер.

Компоненти на текущото приложение може да се наложи на правомощията на използване андроидът атрибути: разрешение. Други програми трябва да включват в своя манифест маркери използва-разрешение, да се използват защитени компоненти.

Вътре разрешение етикет, можете да се определи нивото на достъп, което се осигурява от този орган (нормален, опасни, подпис, signatureOrSystem), етикет и външен ресурс, съдържащ описание на

и обяснение за рисковете, които съпътстват доставката на този пълен mochiya.

• апаратура. Класове получени от апаратура, на разположение от софтуерни компоненти рамковите изпитване по време на изпълнението им. Те съдържат методи прехващачи с pomo- schyu, че следите на работната програма и нейното взаимодействие с ресурсите на системата.

Съветник за нов проект в ADT (Съветник за нов проект) него автоматично добавя файл към манифеста за всеки нов проект.

Можете да се върнете към манифеста, веднага след като се запознае с всички детайл на nents, оформящи заявлението.

Всеки един от тези раздели осигурява визуален интерфейс за управлението на настройките на приложението, сигурността и тестване, и най-късно (с използване на името на файла на манифеста) осигурява достъп до на първоначалния XML-кода.

От особен интерес е раздела заявка, както е показано на фиг. 3.2. Използвайте го, за да се контролира прилагането другарю за кандидатстване възел и дървесни компоненти.

Заявление атрибути прозорец, посочете работните качества - иконата, етикета и визуален стил. По-долу е на приложения възли дървото с pomo- schyu който може да се контролира от софтуерни компоненти, включително и техните атрибути и всички привързаност филтърни намерения, свързани с тях.

жизнен цикъл на приложения в Android

За разлика от повечето традиционни платформи Приложенията на Android имат ограничен контрол върху целия жизнен цикъл. Програми-новогодишно компоненти трябва да следят промените в състоянието на приложението и да реагират по съответния начин, като се фокусира върху подготовката за преждевременно прекратяване.

По подразбиране, всяко приложение работи в Android в собствения си процес - отделен екземпляр Dalvik виртуална машина. Upravle- памет и процеси - изключителен прерогатив на системата.

Въпреки че е рядко, но може да се направи така, че програмните компоненти на работата на приложение в различни процеси или на множество приложения, използващи един и същ процес. За това вие трябва да зададете атрибут андроид: маркер процес, който описва съответната компонент в манифеста.

Android активно управляват своите ресурси, полага всички усилия да остане отзивчив устройство. Това означава, че работните процеси (вместо STE с приложения, които в момента са извършени), а в някои случаи може да бъде прекратен без предупреждение. Това се отнася за ситуации, когато е необходимо да се отделят средства за приложения с по-висок приоритет тет, които са склонни да бъдат по това време, за да си взаимодействат с потребителя. Присвояване на приоритетите на процесите, обсъждани в следващия раздел.

Свързани статии

• Как да се развие в редица да се отличи - офис приложения