Створення android додатків. Структура android додатки

programmiruem na android

Відео: УРОКИ СТВОРЕННЯ ДОДАТКІВ андроїд

Є чотири стандартних блоку додатки Android:

- Activity.

- Intent Receiver.

- Service.

- Content Provider.

Не у кожного додатка повинні бути всі чотири блоки, але ваша заявка буде написано з їх деякої комбінацією.

Як тільки Ви вирішили, в яких компонентах Ви потребуєте для свого застосування, Ви повинні перерахувати їх у файлі на ім`я AndroidManifest.xml. Це - файл XML, де Ви оголошуєте компоненти свого застосування і які їхні можливості і вимоги. Ми скоро обговоримо, за що AndroidManifest.xml відповідальний.

(Це могло бути написано ДУЖЕ криво. Тут багато тексту і ніяких картинок прикладів. Рекомендую потерпіти і прочитати цю теорію, зате потім Вам буде зрозуміліше. Потім все написано набагато глаже, не хвилюйтеся)

Activity

Activity - найпоширеніший з чотирьох стандартних блоків Андроїд. Activity зазвичай - єдиний екран у Вашому додатку. Кожен Activity здійснений як єдиний клас, який розширює базовий клас Activity. Ваш клас відобразить призначений для користувача інтерфейс, складений з Views, і відповість на події. Більшість додатків складається з множинних екранів. Наприклад, у додатку обміну повідомленнями міг би бути один екран, який показує список контактів, другий екран, щоб написати повідомлення вибраним контактам, і інші екрани, щоб робити огляд старих повідомлень або змінити налаштування. Кожен з цих пунктів меню був би здійснений як Activity. Переміщення в інший екран досягнуто стартом нового Activity. У деяких випадках Activity може повернути значення попереднього Activity - наприклад Activity, яка дозволяє користувачеві вибирати фотографію, повернув би обрану фотографію викликає програмі. Коли новий екран відкривається, попередній екран припинений і поміщений на стек хронології. Користувач може переміститися назад через раніше відкриті екрани в хронології. Екрани можуть також хотіти бути віддаленими від стека хронології, коли було б недоречно для них залишитися. Андроїд зберігає стеки хронології для кожної програми, розпочатого від початку екрану.

Intent і фільтри Intent

Андроїд використовує спеціальний клас під назвою Intent, щоб рухатися від екрану до екрану. Intent описує те, що додаток збирається зробити. Дві найважливіших частині структури Intent - дія і дані до дії. Типові значення для дії - MAIN (головний екран додатки), VIEW, PICK, EDIT, і т.д. Дані виражені як Uniform Resource Indicator (URI). Наприклад, щоб розглянути веб сайт в браузері, Ви створили б Intent з дією VIEW і набором даних - адресою сайту.

new Intent (android.content.Intent.VIEW_ACTION, ContentURI.create( "Http://anddev.org"));

Є пов`язаний клас, названий IntentFilter. У той час як Intent - запит зробити дещо, IntentFilter - опис того, що Intent Activity (або intent receiver, див. Нижче), здатний до обробки. Activity, який в змозі відобразити інформацію для людини, видала б IntentFilter, який сказав, що знає, як обробити VIEW дії. Activity видає свій IntentFilters в файлі AndroidManifest.xml.

Навігація від екрану до екрану досягнута досягається за допомогою Intent. Щоб переміститися вперед, Activity викликає startActivity (myIntent). Система тоді дивиться на IntentFilter для всіх встановлених додатків і вибирає Activity, Intent якого фільтрує myIntent. Нового Activity повідомляють про Intent, яке змушує його початися. Процес рішення Intent відбувається, коли startActivity викликають. Процес пропонує дві ключових пільги:

- Дії можуть багаторазово використовувати функціональні можливості від інших компонентів, просто роблячи запит в формі Intent.

- Дії можуть бути замінені в будь-який час новим Activity з еквівалентним IntentFilter.

Intent Receiver

Ви можете використовувати IntentReceiver, коли ви хочете, щоб код в своєму додатку виконався в реакції на зовнішню подію, наприклад, коли телефон дзвонить, або коли мережу передачі даних доступна, або коли це - опівночі. Intent Receiver не відображують UI, хоча вони можуть відобразити Повідомлення, щоб привести користувача в готовність, якщо дещо цікаве сталося. Заклопотані одержувачі також зареєстовані в AndroidManifest.xml, але Ви можете також реєструвати їх в коді, використовуючи Context.registerReceiver (). Ваша програма не повинно працювати для його Intent Receiver, які визиваются- система запустить Ваше додаток, в разі необхідності, коли Intent Receiver буде викликаний. Додатки можуть також послати свої власні Intent Receiver іншим з Context.broadcastIntent ().

Service

Service - код, який довговічний і виконується без UI. Хороший приклад цього - універсальний програвач, який запускає пісні зі списку відтворення. У додатку універсального програвача, ймовірно, були б одне або більше Activity, які дозволяють користувачеві вибирати пісні і запускати їх. Однак, відтворення самої музики не повинно бути оброблено Activity, тому що користувач буде очікувати, що музика продовжить грати навіть після згортання програвача. В цьому випадку, діяльність універсального програвача могла запустити Service, використовуючи Context.startService (), щоб працювати на задньому плані і зберегти відтворення музики. Тоді система збереже відтворення музики, поки воно не закриється саме. (Ви можете дізнатися більше про пріоритет, яке він дав службам в системі, читаючи Цикл Життя Додатки Андроїд). Відзначте, що Ви можете з`єднатися з Service (і запустити його, якщо він вже не працює) з методом Context.bindService (). Коли є підключення з Service, Ви можете спілкуватися з цим через інтерфейс, виставлений Service. Для Service музики це могло б дозволити Вам призупиняти, перемотувати, і т.д.

Content Provider

Додатки можуть зберігати свої дані в файлах, базі даних SQLite, персональних налаштуваннях або будь-якому іншому механізмі, який має сенс. Content Provider, однак, корисний, якщо Ви хочете, щоб дані Вашого застосування були розділені з іншими додатками. Content Provider - клас, який здійснює стандартний набір методів, щоб дозволити іншим додаткам зберігати і відновлювати тип даних, які оброблені іншим (that) Content Provider.

Відео: Розробка android додатків в Eclipse (уроки startandroid.ru)

Призначені для користувача інтерфейси (UI) в Андроїд можуть бути створені двома шляхами, через XML-код або в java-коді. Створення структури графічного інтерфейсу користувача в XML дуже бажано, тому що за принципом Зразкового управління кошти перегляду, UI повинен завжди відділятися від логіки програми. До того ж, пристосовування програми від однієї роздільної здатності екрану до іншої набагато простіше. Визначення UI в XML дуже схоже до створення загального документа HTML, де Ви маєте тобто такий простий файл:

Page Title

The content of the body element.

Все одно як в Андроідовскіх XML-Layouts. Все добре структуроване і може бути виражено деревоподібними структурами:

lt;? xml version = "1.0" encoding = "utf-8"? gt;

xmlns: android = "https://schemas.android.com/apk/res/android"

android: orientation = "vertical"

Відео: Навчання розробці на Android. Урок 3. Створення AVD. Перше додаток. Структура Android-проекту

android: layout_width = "fill_parent"

android: layout_height = "fill_parent" gt;

android: layout_width = "wrap_content"

android: layout_height = "wrap_content"

android: text = "Hello World" / gt;

ієрархія елементів екрану

Основний функціональний модуль додатки Android - Activity - об`єкт класу android.app.activity. Activity може зробити багато речей, але окремо у нього немає присутності на екрані. Щоб дати Вашому Activity присутність на екрану і проектувати його UI, Ви працюєте з Views і Viewgroups - основними одиницями вираження призначеного для користувача інтерфейсу на платформі Андроїд.

Views

View - об`єкт, який розширює базовий клас android.view.view. Це - структура даних, властивості якої зберігають Layouts і інформаційне наповнення для певної прямокутної області екрана. Об`єкт View обробляє вимір, його схему розміщення, малюнок, зміни центру, прокрутку, і клавіші / знаки для області екрану, яку він представляє. Клас View слугує базовим класом для всіх графічних фрагментів - ряд повністю здійснених підкласів, які малюють інтерактивні елементи екрану. Міні-програми обробляють своє власне вимір і малюнок, таким чином Ви можете використовувати їх, щоб створити Ваш UI швидше. Список доступних графічних фрагментів включає TextView, EditText, Button, RadioButton, Checkbox, ScrollView і т.д.

Viewgroups

Viewgroup - об`єкт класу android.view.viewgroup. Viewgroup - спеціальний тип об`єкта View, функція якого - утримувати набором View і Viewgroup і управляти ними. Viewgroups дозволяють Вам додавати структуру до Вашого UI і створювати складні елементи екрану, до яких можна звернутися як до єдиного об`єкту. Клас Viewgroup слугує базовим класом для Layouts - ряду повністю здійснених підкласів, що забезпечує загальні типи Layouts екрану. Layouts дають Вам спосіб вбудувати структуру для ряду View.

UI з деревовидної структурою

На платформі Андроїд Ви визначаєте UI Activity використання дерева View і Viewgroup вузлів, як показано в діаграмі нижче. Дерево може бути настільки ж простим або складним, як Ви його зробите, і Ви можете побудувати його, використовуючи набори зумовлених графічних фрагментів і Layouts Андроїда, або замовних типів View, які Ви створюєте самостійно.

UI Андроїд - деревоподібна структура.

Щоб прикріпити дерево до екрану і отрендріть його, Ваш Activity викликає свій метод setContentView () і передає інформацію на кореневої об`єкт вузла. Як тільки у система Андроїд отримує інформацію на кореневої об`єкт вузла, вона починає працювати безпосередньо з вузлом, щоб виміряти, і отрисовать дерево. Коли Ваш Activity стає активним і отримує пріоритет, система реєструє Ваш Activity і просить кореневої вузол виміряти і отрисовать дерево. Тоді кореневої вузол просить, щоб його дочірні вершини отрисовать себе - в свою чергу, кожен Viewgroup вузол в дереві відповідальний за отрисовку його прямих дочірніх вузлів. Як згадано раніше, у кожної групи View є відповідальність вимірювання її доступного простору, розташування її дочірніх вузлів, і виклик draw () на кожному дочірньому вузлі, щоб дозволити все їм Рендри себе. Дочірні вузли можуть просити розмір і місце розташування в батьку, але у батьківського об`єкта є кінцеве рішення, де і наскільки великий кожна дитина може бути.