3.5 Маніфест додатка
Кореневої каталог кожної програми під Android повинен містити файл AndroidManifest. xml (в точності з такою назвою). Маніфест додатка містить всю необхідну інформацію, яка використовується системою для запуску і виконання програми. Основна інформація. що міститься в маніфесті:
У файлі маніфесту тільки два елементи:
Наступний лістинг демонструє загальну структуру файлу маніфесту.
Лістинг 3.1. Структура файлу AndroidManifest.xml
У маніфесті елементи одного рівня, такі як
Більш предметно розмова про фото маніфесту і його основні елементи піде в лабораторних роботах.
3.6 Ресурси
При розробці мобільних додатків необхідно виробити звичку відокремлювати ресурси додатки від коду. До ресурсів додатки можуть належати: зображення, рядки, кольору, компонування елементів призначеного для користувача інтерфейсу (layout) і т. Д. Відділення ресурсів від коду дозволяє використовувати альтернативні ресурси для різних конфігурацій пристроїв: мова, дозвіл екрана і т. Д. Для забезпечення сумісності з різними конфігураціями, ресурси необхідно згрупувати в директорії за типом ресурсів і конфігурації пристрою, отримані директорії помістити в папку res /.
Для будь-якого типу ресурсів можна визначити дві групи. Перша визначає ресурси, які будуть використовуватися незалежно від конфігурації пристрою або в тому випадку, коли під конфігурацію немає відповідних альтернативних ресурсів. Ця група називається ресурси за замовчуванням (default). Друга група визначає ресурси, які підходять для певної конфігурації пристрою, розміщується в директорії з назвою, що позначає цю конфігурацію. Такі ресурси називаються альтернативними.
а) використовується компоновка за замовчуванням (додаток не містить альтернативи)
б) кожен пристрій використовує відповідну компоновку
Слід зазначити, що файли ресурсів не можна розміщувати в папку res / безпосередньо, вони обов'язково повинні розміщуватися у відповідному каталозі, інакше буде видана помилка компіляції.
Всі ресурси, які містяться в розглянутих піддиректоріях є ресурсами за замовчуванням. Зрозуміло, що різні типи пристроїв можуть вимагати різних типів ресурсів. Наприклад, для пристроїв з різними розмірами екрану компонування елементів призначеного для користувача інтерфейсу повинні відрізнятися. Рис 3.6 показує варіанти зовнішнього вигляду додатка з використанням тільки компонування за замовчуванням (а) і з використанням альтернативних компоновок (б). Навіть на схемі зрозуміло, що при правильному підході додаток. змінює свій зовнішній вигляд в залежності від розміру екрана привабливіше, ніж залишається незмінним.
Щоб визначити залежні від конфігурації альтернативи для безлічі ресурсів:
Всі ресурси після визначення можуть бути доступні за посиланням на їх ID. які визначені в автоматично генерується класі R. Для кожного типу ресурсів в R класі існує підклас. наприклад, R.drawable для всіх графічних ресурсів. ID ресурсу завжди має дві складові:
- тип ресурсу - все ресурси групуються за типами, наприклад, string, drawable, layout;
- ім'я ресурсу - або ім'я файлу без розширення, яке значення атрибута android: name в XML файлі для простого значення.
Отримати доступ до ресурсу можна двома способами:
- в коді: можна використовувати вирази виду R.тіп_ресурса.імя_ресурса, наприклад, R.string.hello;
- в XML: використовується спеціальний XML синтаксис, який відповідає ID визначеному в R класі, наприклад, @ string / hello.
Більш предметно розмова про використання ресурсів в лабораторних роботах.