Структура приложений для Android

На данный момент отложить в сторону HelloWorld проект, созданный в предыдущей главе, потому что, для того, чтобы анализировать файлы и код, которые были созданы, вы должны иметь прочную основу, на структуру приложения для Android, мы не базах.

Давайте начнем с того, что, когда мы нажали на значок для запуска Eclipse Java компилятор мы опирались на приложения для Android, который, в случае, Есть нет ошибок в коде, создайте файл. ЕПК, содержащий все код ' приложения.
Этот файл приложения, и поэтому это файл, который будет установлен на физические устройства.

Давайте посмотрим, каковы особенности, с точки зрения отношений с операционной системой Android приложения:

• Каждое исполнение генерирует один Linux процесс, который прекращается, как только приложение для Android закрыт.
• Каждый процесс имеет свою собственную виртуальную машину (необходимые для запуска файла Java), которая имеет задачу управления процессом. Это означает, что каждый процесс запускается независимо от Android, изолированных от остальной части операций и других процедур системы.
• Каждое приложение связано с уникальным идентификатором пользователя. Эта функция позволяет приложению файлы, которые будут видны всем другим приложениям, которые имеют тот же идентификатор пользователя и приложения.

Как мы уже говорили одно из основных особенностей Android приложения является возможность совместного использования общих элементов. Например, если приложение, которое мы создали слайд-шоу из фотографий, сделанных пользователем с помощью фотографий, сделанных с помощью камеры и в другом приложении мы должны же слайд не надо включать, в рамках второго приложения, код источником слайд-шоу. Не является необходимым связать код прямо, он просто просьбой провести свою часть кода Android для слайд-шоу из первой операции.

По этой причине, очевидно, что еще одним свойством приложения для Android не иметь единую точку доступа для запуска, как это может быть для проекта Java, где реализация проекта возлагается исключительно на основной () функцию.

И "можно выделить четыре различных компонентов в приложения для Android actvities (которая будет в следующей главе), услуги, вещания контент-провайдеров и приемники.

Услуги

Особенность этого-компонента, чтобы не иметь какой-либо графический пользовательский интерфейс (который вместо этого деятельность), как правило, работают в фоновом режиме. Примером службы может быть музыкальный плеер работает в фоновом режиме, пока пользователь выполняет другие действия. Каждая служба класс расширяет услуги.

Трансляция приемники

-Компоненты этого типа не должны участвовать в предварительном операции, а, скорее, слушает и реагирует соответственно при захвате объявление. Кто посылает эти объявления, как правило, операционная система, сообщение уведомляет приложения, такие, как была закончена загрузка файла, который становится доступным для пользователя. Очевидно, что в нашем приложении мы можем научить наших приемников реагируют только на определенные виды рекламы. Все приемники BroadcastReceiver расширить класс.

Контент-провайдеры

Задача-составляющая этого заключается в предоставлении набора данных определенного приложения для других приложений. Обычно данные, которые мы хотим сделать, так сказать, "общественный" или сохраняются в файловой системе или в базе данных SQLite. Контент-провайдера расширяет базовый класс ContentProvider.

В следующей главе мы представим, в весьма всеобъемлющий, какие мероприятия и каковы их характеристики.

• <<Предыдущий урок
• Помощь Индекс
• Следующее занятие>>