LXF155:Android:программирование - История изменений

Olkol: /* Инструментарий разработчика Android */

2018-06-27T00:03:41Z

‎Инструментарий разработчика Android

Olkol: /* Преодоление препятствий */

2018-06-27T00:01:04Z

‎Преодоление препятствий

Olkol в 23:54, 26 июня 2018

2018-06-26T23:54:10Z

Olkol: Olkol переименовал страницу LXF154:Android:программирование в LXF155:Android:программирование: ошибка в номере

2018-06-26T10:44:43Z

Olkol переименовал страницу LXF154:Android:программирование в LXF155:Android:программирование: ошибка в номере

Olkol: /* Наши первые опыты */

2018-06-25T23:42:24Z

‎Наши первые опыты

Olkol: Новая страница: «Категория:Android '''Ваши программные наработки не пропадут даром''' =ARM и Android: Программ…»

2018-06-25T23:36:41Z

Новая страница: «Категория:Android '''Ваши программные наработки не пропадут даром''' =ARM и Android: Программ…»

Внесённые изменения

@@ Строка 132: / Строка 132: @@
 Для создания программ, скомпилированных в машинные коды, нам понадобится Android Software Development Kit (далее – SDK) и Android Native Development Kit (далее – NDK). Традиционно SDK используется для написания программ Android, предназначенных для выполнения на виртуальной машине (чем мы в этой серии заниматься не будем).
+[[Файл:Pic4_opt.jpeg | |thumb|400px|Создание виртуальной машины для запуска Android.]]
 NDK предназначен для создания разделяемых библиотек в кодах микропроцессора, которые подключаются к приложениям Android с помощью механизма JNI. Эти разделяемые библиотеки создаются для расширения доступной приложениям Android функциональности и для повышения производительности в тех случаях, когда производительности виртуальной машины не хватает.
@@ Строка 140: / Строка 140: @@
 В следующей части: знакомимся со специфическими возможностями ядра и библиотеки C для ОС Android.
 ==О терминологии==
 Если следовать терминологии, принятой в Java (Java Native Interface и т. д.), термином Native следует обозначать код, выполняющийся непосредственно на процессоре, минуя виртуальную машину. Но, поскольку мне уже встречалось применение термина Native именно к программам, написанным для виртуальной машины Android (или программ, которые частично выполняются в виртуальной машине, а частично – на железе), для своих программ, которые целиком выполняются на железе и не нуждаются в виртуальной машине, я буду использовать термин «программы Linux». Этот термин оправдан по следующим причинам: в результате сборки таких программ получаются файлы в формате ELF; некоторые из этих программ обладают двоичной совместимостью с другими системами ARM Linux; другие программы могут быть портированы на другие Unix-системы с минимальными изменениями или вовсе без изменений. Последнее замечание не относится, разумеется, к тем программам, которые используют специфические возможности ядра Android.

@@ Строка 122: / Строка 122: @@
 ./adb shell
+[[Файл:Pic3_opt.jpeg | |thumb|400px|Программа-менеджер Android SDK.]]
 предоставит вам примитивную оболочку командной строки на устройстве, с помощью которой вы можете вызвать утилиту chmod для изменения атрибутов файла. Если обе команды выполнились успешно – поздравьте себя: ваше устройство идеально подходит для изучения ОС Android. В этом случае вы даже можете выполнить файл программы непосредственно из оболочки adb. Но увы, из тех Android-устройств, что попадали в мои руки, только нетбук Toshiba AC-100 оказался настолько «сговорчивым». В других случаях устройства либо вообще отказывались выполнять команды push и shell, либо не позволяли выполнить команду chmod, без которой остальные действия не имеют смысла.

@@ Строка 34: / Строка 34: @@
 ==Что такое программа для ARM Linux==
+[[Файл:Pic2_opt.jpeg | |thumb|400px|Наша программа в окне терминала Android.]]
 Совместимость программного обеспечения с некоторой операционной системой можно разделить на несколько уровней. На самом нижнем уровне – использование принятого в системе формата исполняемого файла и системных вызовов. На более высоком уровне совместимость предполагает использование приложением стандартных библиотек операционной системы. Иногда проблему совместимости на втором уровне можно обойти путем статической компоновки приложения с необходимыми ему библиотеками (в этом случае приложение может не полагаться на библиотеки ОС). Но это решение имеет очень ограниченную область применения. Многие разделяемые библиотеки являются «обертками», которые предоставляют прикладным программам доступ к различным компонентам системы. Скорее всего, сторонние аналоги этих библиотек, которые статически собранная программа принесет с собой, не будут работать правильно.

@@ Строка 59: / Строка 59: @@
+}
 В нашем примере мы вообще отказались от функции main() (за ненадобностью), а заодно отказались и от библиотеки времени выполнения (в ОС Android используется собственный вариант этой библиотеки). Вместо того, чтобы вызывать стандартные функции printf() и exit(), мы используем системные вызовы Linux напрямую. Тонкий вариант программы необходимо компилировать с ключом -nostdlib, который приказывает компоновщику вообще не подключать библиотеку времени выполнения к программе:
@@ Строка 68: / Строка 72: @@
 В принципе говоря, даже простая возможность доступа к системным вызовам Linux позволяет программе сделать не так уж и мало. Но полноценное программирование на языке C для Android возможно только в том случае, если мы можем задействовать в своей программе «фирменные» библиотеки Android. А вот тут все становится гораздо сложнее.
 ==Преодоление препятствий==

LXF155:Android:программирование - История изменений

Olkol: /* Ин­ст­ру­мен­та­рий раз­ра­бот­чи­ка Android */

Olkol: /* Пре­одо­ление пре­пят­ст­вий */