Блог программиста любителя

vikt

После перерыва, решил возобновить разработку.

Перерыв был вызван причинами в основном технического порядка, когда проект, над которым я упорно работал, написанный
на java 17, отказавлся компилироваться на java, который использовался в android Ide.

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

(В общем, для меня, все разговоры, что стремление к стандартизации не нужно - побоку.)

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

Но недавно благорастворение закончилось, навигационная программа начала бешено выжирать
заряд батареи. Просто кэщирование было организованно самым примитивным способом -
тайл карты загружался из интернета и сохранялся на sd карте. Имя тайла - типа (z6x45y2345),
присоединялось к строке, в которой таким же образом были записанны имена предыдущих,
загруженных из интернета тайлов. Прежде, чем загрузить из интернета картинку, осуществлялся
поиск по строке. Если находил, загружался с SD, если нет - с интернету. В конце концов размер строки
стал килобайт 300 наверное!
В общем поправить не трудно, да за два года образовалась полная разруха.
Я забыл, из каких проектов скомпилировал нынешние, находящиеся в эксплуатации apk - файлы.
Реально, их там куча. Это сохраненные промежуточные проекты, и развитие существующих, и оставленные на будущее.

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

Но тут напасть - авторы aide забросили проект и гугол удалил его из play по причине отсутствия обновлений.
(я сперва подумал, присоединились к санкциям, когда разобрался, решил задонатить, гугл плай не пропустил платеж)

В общем, если кому нужен aide, можно сюда
https://4pda.to/forum/index.php?showtopic=319369

там лежит крякнутая версия, в отличии от бесплатной, которая может собрать проект не больше чем из 5 файлов,
в этой можно собрать проект из любого кол-ва файлов. Можно взять у меня apk-файл, скачанный из google play давно.

Вчера удалось собрать android проект из командной строки, думаю развивать это направление

Утилиты командной строки можно скачать с официального
https://developer.android.com/studio?hl=ru
Далее буду описывать, как всем этим пользоваться.

ps. Тяжеленную android studio ставил, проблевался.
Вдобавок отказалась компилировать мои aide-проекты, никаких дел с ней больше иметь не буду, даже по приговору суда.

vikt

Вообще, разруха не только у меня. Altlinux, которым без проблем пользовался больше 20 лет,
начал выдавать странности. Из проекта исчезла опера,( уже давно), не запускается avidemux,
нечем редактировать видеофайлы. Исчез gfort, что крайне неприятно. Не с чем стало сравнивать
свой форт. Сходу собрать gfort из исходников не удалось, ковырятся не хотелось.

к счастью в http://forth.org.ru/ Russian FORTH Interest Group

сохранилась ссылка на spf, там оказался бинарник spf4orig который запустился.
В принципе пойдет, только команды надо обязательно
набирать большими буквами, что не очень хорошо.

В общем, можно приступать.
Еще, кажется окончательно разобрался с компилятором командной строки для android проектов.

F-MAP

В Help написано как убрать заглавные буквы

Особенности SPF
Краткое вступление для тех, кто уже знаком с какой-либо Форт-системой и стандартом ANS'94.

Последнее обновление: $Date: 2008/11/14 20:13:12 $

[Русский] [Английский]

Содержание
Установил SPF4. И где здесь что-куда?
Как запускать и подключать файлы?
REQUIRE
Пути поиска файлов для INCLUDED
Модули
Регистро-зависимость
Ввод чисел
Вещественные числа (числа с плавающей точкой)
Структуры
Где FORGET?
Где NOT?
Где DEFER?
Как одним словом очистить стек?
Комментарии
Строки
Многозадачность
Словари
Локальные и временные переменные
Генерация исполняемых модулей (exe-файлов)
Подключение dll-библиотек
Средства отладки
Оптимизатор
Поддержка ANS
Callback'и
Слово NOTFOUND
Scattered colons
Область видимости
Обработка исключений

Установил SPF4. И где здесь что-куда?
Первое и самое важное - расположение ваших рабочих файлов. В дистрибутиве SPF есть каталог DEVEL, предназначенный для разработчиков (в том числе и вас). Создайте в ней ваш подкаталог, например, ~vasya. И теперь вы можете подключать ваши файлы написав сокращённый путь в виде ~vasya/prog/myprog.f. Это упрощает взаимный доступ к библиотекам и программам. Общепринято библиотеки класть в подкаталог lib, а примеры программ в prog.

В каталоге DEVEL собраны наработки других SP-Forth'еров, с кратким (очень кратким) их обзором вы можете ознакомиться в SPF_DEVEL, либо пройтись по файлам самому.

В каталоге samples/win/spfwc вы найдёте GUI фронтенд для SPF. Просто запустите compile.bat и скопируйте полученный бинарный файл spf4wc.exe в корневой каталог установки (рядом с spf4.exe).

Как запускать и подключать файлы?
В командной строке скормить файл SPF'у можно просто указав путь к нему в параметрах запуска,

spf.exe ~vasya/prog/myprog.f
Заметьте, что путь для включения могут быть как абсолютным, так и относительно каталога devel.

В консоли SPF (в режиме интерпретации) достаточно набрать имя файла:

~vasya/prog/myprog.f
В целях совместимости лучше подключать явно:

S" ~vasya/prog/myprog.f" INCLUDED
Но правильнее всего использовать REQUIRE.

REQUIRE
В SPF есть нестандартное слово REQUIRE ("word" "file" -- ), где word - некоторое слово определённое в библиотеке file. Если слово word присутствует в контекстном словаре, REQUIRE считает, что библиотека уже была подключена и не загружает её. Так избегается двойная загрузка библиотек. Если же найти word не удаётся - библиотека подключается обычным образом (через INCLUDED). Например:

REQUIRE CreateSocket ~ac/lib/win/winsock/sockets.f
REQUIRE ForEach-Word ~pinka/lib/words.f
REQUIRE ENUM ~nn/lib/enum.f
NB: В качестве word выбирайте всегда наиболее уникальное слово из подключаемой библиотеки.

Пути поиска файлов для INCLUDED
S" file.f" INCLUDED будет искать в перечисленных ниже местах в именно таком порядке

короткое имя файла file.f (т.е. в текущем каталоге)
PATH_TO_SPF.EXE/devel/file.f (т.о. удобно использовать чужие наработки),
PATH_TO_SPF.EXE/file.f (так подключаются стандартные либы и другие файлы из поставки SPF).
Если требуется указать больше путей поиска (например использовать форт код разделяемый между системами, или неважно - любой код вне дерева каталогов SPF который не может быть адресован относительно текущего файла), то можно либо переопределить FIND-FULLNAME (который VECT) либо использовать внешнюю либу - ~ygrek/spf/included.f.

TODO: Вынести отдельно

Тогда потребуется только прописать в spf4.ini

~ygrek/spf/included.f
with: my_path\
S" my path with spaces/" with
и все файлы будут искаться в my_path в дополнение к описанному выше алгоритму (my_path может быть как абсолютным так и относительно spf.exe).

Модули
В SPF есть модули, которые позволяют скрывать некоторые внутренние слова библиотек выводя наружу только слова для взаимодействия.

MODULE: vasya-lib
\ внутренние слова
EXPORT
\ слова взаимодействия, видные снаружи, компилируются во внешний словарь.
DEFINITIONS
\ опять внутренние слова
EXPORT
\ ну вы поняли

;MODULE
Код MODULE: vasya-lib можно писать много раз - последующие вызовы будут докомпилировать слова в тот же модуль. На самом деле слово определённое через MODULE: это обычный словарь.

Регистро-зависимость
SPF регистрозависим, то есть для него слова CHAR , Char и char - три разных слова. Сделать SPF независимым от регистра слова можно подключив файл lib/ext/caseins.f. По умолчанию, регистро-независимость включается сразу после подключения lib/ext/caseins.f.

Чтобы регистро-независимость временно выключать/включать, используйте переменную CASE-INS:

REQUIRE CASE-INS lib/ext/caseins.f
2 dup * .
CASE-INS OFF \ вернуть обратно режим зависимости от регистра
2 DUP * .
CASE-INS ON \ включить регистро-независимость
2 dup * .

vikt

Спасибо большое!

vikt

Основные средства разработки программ для android.
Android studio - официальное
https://developer.android.com/sdk/index.html
Есть архивы старых sdk
https://developer.android.com/studio/archive?hl=ru
Насколько я помню, в старых версиях была собственная java,
что в принципе может пригодиться.

Следущее, aide - разработка или компиляция програм прямо на android устройствах.
Ныне заброшен, поддерживается энтузиастами.
https://4pda.to/forum/index.php?showtop ... 69&st=4960
Сам я до последнего его использовал.

Разработка android программ из командной строки.
Скачивается там же, где android studio, чуть ниже.
Преимущества:
Эти утилиты входят в состав самой android studio и aide.
Утилиты командной строки, это java программы, соответственно,
можно организовать средство разработки android программ на любом
устройстве, где есть полноценная java. Такие проекты есть.

Android SDK
https://github.com/AndroidIDEOfficial/a ... es/tag/sdk
https://github.com/AndroidIDEOfficial/a ... /tree/main

Но есть доводы разрабатывать свои средства на коленке, можно собрать
под себя. Например, любители си и ассемблеров могут подключить NDK

https://www.hanshq.net/command-line-android.html

Замечу, что основные вопросы по Aide на 4pda это как раз про NDK.

Далее подробнее.

vikt

Для начала c
https://developer.android.com/sdk/index.html
скачиваем утилиту коммандной строки для своей системы
(linux mac или windows)
Ищем файл вида
commandlinetools-linux-7302050_latest.zip

Дальше разархивируйте согласно инструкции
https://developer.android.com/tools/sdkmanager?hl=ru

Можно не создавать каталог latest
тогда в при вызове утилиты надо указывать параметр
--sdk_root=path_to_SDK

Наберем ( или обернем скриптом )

path_to_sdkmanager/sdkmanager --list [--sdk_root=path_to_SDK] > lists
в файле lists будут пакеты, доступные sdkmanager.

На этом этапе какие либо трудности маловероятны. У меня были какие-то странности, связанные с
java_run time

[spoiler]

работает
java --version
openjdk 17.0.11 2024-04-16 OpenJDK Runtime Environment (Red_Hat-17.0.11.0.9-alt1) (build 17.0.11+9) OpenJDK 64-Bit Server VM (Red_Hat-17.0.11.0.9-alt1) (build 17.0.11+9, mixed mode, sharing)

не работает
java --version
openjdk 17.0.12 2024-07-16
OpenJDK Runtime Environment (Red_Hat-17.0.12.0.7-alt1) (build 17.0.12+7)
OpenJDK 64-Bit Server VM (Red_Hat-17.0.12.0.7-alt1) (build 17.0.12+7, mixed mode, sharing)

Почему то работает с более старой версией java.

то, что не работает, выдает ошибку

./sdkmanager
Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.UnsupportedClassVersionError: com/android/sdklib/tool/sdkmanager/SdkManagerCli has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 52.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:756)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:473)
at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
at java.lang.ClassLoader.loadClass(ClassLoader.java:418)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:352)
at java.lang.ClassLoader.loadClass(ClassLoader.java:351)
at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:621)

В общем столкнуться с этой проблемой маловероятно, скорее всего у меня криво встал linux

[/spoiler]

Дальше надо скачать "build-tools" и "platforms;android" используя sdkmanager.
При необходимости также скачивается ndk
На этом этапе трудности маловероятны.
В указаной ранее статье
https://www.hanshq.net/command-line-android.html
показывался способ скачивания пакетов напрямую с сервера, но делать этого не стоит,
скорее всего, статья старая, многое может измениться.
Поэтому лучше использовать sdkmanager.

Пусть android платформа = 28, что соответствует android 9
Соответствия версий api и android

[spoiler]
Имя. Версия Уровень API Выпущено Код версии сборки
К 10.0 29 Авг 2020 BuildVersionCodes.Q
Круговая 9.0 28 Авг-2018 BuildVersionCodes.P
Oreo 8.1 27 Дек 2017 BuildVersionCodes.OMr1
Oreo 8.0 26 Авг 2017 BuildVersionCodes.O
Nougat 7.1 25 Декабрь 2016 г. BuildVersionCodes.NMr1
Nougat 7.0 24 Август 2016 г. BuildVersionCodes.N
Marshmallow 6,0 23 Август 2015 г. BuildVersionCodes.M
Lollipop 5.1 22 Мар 2015 г. BuildVersionCodes.LollipopMr1
Lollipop 5,0 21 Ноя 2014 BuildVersionCodes.Lollipop
Kitkat Watch 4.4W 20 Июн 2014 BuildVersionCodes.KitKatWatch
Kitkat 4.4. 19 Октябрь 2013 г. BuildVersionCodes.KitKat
Желе-боб 4.3 18 Июл 2013 BuildVersionCodes.JellyBeanMr2
Желе-боб 4.2-4.2.2 17 Ноябрь 2012 г. BuildVersionCodes.JellyBeanMr1
Желе-боб 4.1-4.1.1 16 Июнь 2012 г. BuildVersionCodes.JellyBean
Ice Cream Sandwich 4.0.3-4.0.4 15 Декабрь 2011 г. BuildVersionCodes.IceCreamSandwichMr1
Ice Cream Sandwich 4.0-4.0.2 14 Окт 2011 BuildVersionCodes.IceCreamSandwich
Соты 3.2 13 Июнь 2011 г. BuildVersionCodes.HoneyCombMr2
Соты 3.1.x 12 Май 2011 г. BuildVersionCodes.HoneyCombMr1
Соты 3.0.x 11 Февраль 2011 г. BuildVersionCodes.HoneyComb
Пряник 2.3.3-2.3.4 10 Февраль 2011 г. BuildVersionCodes.GingerBreadMr1
Пряник 2.3-2.3.2 9 Ноя 2010 BuildVersionCodes.GingerBread
Froyo 2.2.x 8 Июнь 2010 г. BuildVersionCodes.Froyo
Eclair 2.1.x 7 янв 2010 BuildVersionCodes.EclairMr1
Eclair 2.0.1 6 Декабрь 2009 г. BuildVersionCodes.Eclair01
Eclair 2.0 5 Ноябрь 2009 г. BuildVersionCodes.Eclair
Кольцо 1,6 4 Сентябрь 2009 г. BuildVersionCodes.Donut
Кекс 1.5 3 Май 2009 г. BuildVersionCodes.Cupcake
База 1,1 2 Февраль 2009 г. BuildVersionCodes.Base11
База 1.0 1 Октябрь 2008 г. BuildVersionCodes.Base

https://learn.microsoft.com/ru-ru/previ ... api-levels
[/spoiler]

path_to_sdkmanager/sdkmanager --sdk_root=path_to_SDK "platform-tools" "platforms;android-28" "build-tools;30.0.2"

если нужно ndk, то добавляем, например "ndk;26.2.11394342"
подробнее про ndk тут
https://developer.android.com/tools/sdkmanager?hl=ru

Если все прошло успешно, то пора скомпилировать первую программу.

vikt

К предыдущему

Код:

 Чтобы установить CMake или NDK, используйте следующий синтаксис:

sdkmanager --install
           ["ndk;major.minor.build[suffix]" | "cmake;major.minor.micro.build"]
           [--channel=channel_id] // NDK channels: 0 (stable), 1 (beta), or 3 (canary)

Чтобы устанавливать обычные пакеты параметр --install не обязателен

Проект HelloWord , который генерирует aide, можно скачать здесь
https://disk.yandex.ru/d/5ufypLUFOOWTcQ

Тут
package="com.mycompany.myapp"

Лучше избегать называть начала пакетов с "com" , как здесь,
а предпочитать то, что ближе по алфавиту, чем "com" .
Cам android имеет кучу приложений, которые начинаются с "com",
и найти свое среди них будет трудно.

java класс MainActivity.java

Код:

package com.mycompany.myapp;

import android.app.*;
import android.os.*;
public class MainActivity extends Activity 
{
    @Override
    protected void onCreate(Bundle savedInstanceState)
    {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
    }
}

Имя пакета (package) тут com.mycompany.myapp
соответственно файл MainActivity.java должен находиться в каталоге
com/mycompany/myapp
В aide java классы находятся в каталоге java, поэтому путь будет выглядить так
java/com/mycompany/myapp

В каталоге res хранятся файлы ресурсов
описание окон находится в каталоге res/layout
Каждому окну соответствует свой xml файл,
имена файлов тут должны почему то состоять из строчных букв.
У нас один файл
main.xml.

Код:

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:gravity="center">

    <TextView
        android:text="@string/hello_world"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content" />

</LinearLayout>

В MainActivity.java ссылка на этот скомпилированный файл выглядит так

setContentView(R.layout.main);

Еще в каталоге res находятся подкаталоги res/values и res/values-v21

В следующих каталогах находятся иконки приложения для разных размеров экрана
Файлы называются ic_launcher.png имеют свой размер и располагаются в нижеследущих
каталогах

Код:

   каталог       размер картинки
drawable-hdpi       72x72
drawable-xhdpi       96x96
drawable-mdpi        48x48
drawable-xxhdpi     144x144

Можно еще создать каталог assets, содержимое этого каталога с файлами и подкаталогами
компилятор просто переписывает в apk-файл.
Есть методы чтения данных оттуда.

И наконец важнейший файл AndroidManifest.xml

Код:

<?xml version="1.0" encoding="utf-8"?>
<manifest
   xmlns:android="http://schemas.android.com/apk/res/android"
   package="com.mycompany.myapp"
   android:versionCode="1"
   android:versionName="1.0">

   <uses-sdk
      android:minSdkVersion="14"
      android:targetSdkVersion="29"/>

   <application
      android:allowBackup="true"
      android:icon="@drawable/ic_launcher"
      android:label="@string/app_name"
      android:theme="@style/AppTheme"
      android:resizeableActivity="true">

      <activity
         android:name=".MainActivity"
         android:label="@string/app_name">

         <intent-filter>

            <action
               android:name="android.intent.action.MAIN"/>

            <category
               android:name="android.intent.category.LAUNCHER"/>

         </intent-filter>

      </activity>

   </application>

</manifest>

vikt

Исходники лучше собрать в отдельный каталог, например main

Код:

        main/
            assets      -  тут файлы и каталоги, которые просто переписываются в apk-файл 
                            Каталог assets необязателен.
            res         -  файл ресурсов
            java        -  java программы
            AndroidManifest.xml - файл  манифеста

Результаты компиляции можно помещать в каталог, например build

Код:

  build/     - файлы, получающиеся  в процессе компиляции
        res     - тут файл R.java, получающийся в процессе компиляции ресурсов
        classes - тут class файлы, после компиляции программы на java
        dex     - тут скомпилированные class-файлы в формат андроид 
        dest  - apk файлы 

Перед компиляцией желательно очистить подкаталоги в build от старого содержимого
Первым делом необходимо собрать файл R.java из ресурсов в каталоге main/res .

Скрипт для сборки будет выглядить примерно так.

Код:

 определим переменные
BUILD_TOOLS=./buid-tools/30.0.0 #путь к ранее скачанной утилите, где находятся
                                #исполняемые файлы   aapt, dx, apksigner и др.
PLATFORM=./platforms/android-33  #путь к ранее скачанной утилите, где находится
                                 # android.jar  
main=path_to_main         # путь к каталогу main 
build_dest=path_to_build  # путь к каталогу build  

  (30.0.0 и android-33 заменить на нужные значения)

сама команда
$BUILD_TOOLS/aapt package -f -m -J $build_dest/res  \
   -S $main/res  \
   -M  $main/AndroidManifest.xml \
   -I $PLATFORM/android.jar  

После выполнения команды в каталоге build/res должен появится файл R.java

vikt

На самом деле файл R.java появится в каталоге build/res/com/mycompany/myapp/R.java , добавится package.

Компиляция

Код:

mypkg=com/mycompany/myapp
main=path_to_main         # путь к каталогу main 
java_files=$main.java$mypkg   # main+package
build_dest==path_to_build  # путь к каталогу build  
PLATFORM=PLATFORM=./platforms/android-33 

javac -source 1.8 -target 1.8 \
  -bootclasspath "${JAVA_HOME}/jre/rt.jar"  \
 -classpath "${PLATFORM}/android.jar" -d $build_dest/classes \
  $build_dest/res/$mypkg/R.java   $java_files
  

Здесь
-source 1.8 -target 1.8 - насколько я понимаю, для совместимости с java 8, используемой android.

Забирает только что собранный R.java и java файлы из каталога main/java и помещает результат (файлы class) в
каталог build

Если все прошло без ошибок, дальше проблем быть не должно.

vikt

Внимание!!! Вместо $java_files в предыдущем примере надо писать $java_files/*java

Утилита dx преобразует только что полученные файлы class в android формат
и записывает результат в build/dex

Код:

$BUILD_TOOLS/dx --dex --output=$build_dest/dex/classes.dex $build_dest/classes/

Опять вызывается утилита aapt, чтобы упаковать файлы ресурсов XML, полученные dex файлы,
файлы в каталоге assets и манифест в apk файл.
Он пока еще не выравнен и не подписан.

Код:

apk_name=myapp
$BUILD_TOOLS/aapt package -f -M $main/AndroidManifest.xml \
 -S $main/res/  -I "${PLATFORM}/android.jar" \
        -A $main/assets  \
        -F  $build_dest/apk/$apk_name.not_aligned.unsigned.apk $build_dest/dex/ 

Выравниваем

Код:

"${BUILD_TOOLS}/zipalign" \
 -f 4 $build_dest/apk/$apk_name.not_aligned.unsigned.apk $build_dest/apk/$apk_name.aligned.apk        

И подписываем

Код:

$BUILD_TOOLS/apksigner sign --ks keystore.jks \
        --ks-key-alias androidkey --ks-pass pass:android \
              --key-pass pass:android --out $build_dest/apk/$apk_name.apk \
              $build_dest/apk/$apk_name.aligned.apk

Далее про генерацию ключей для подписки файла

vikt

WARNING!!!
Предыдущий пример не будет работать с build-tools поздних версий,
в частности build-tools 34.0.0 и android-33
Там нет утилиты dx Вместо нее утилита d8 с другими параметрами.
Помучавшись, удалось скомпилировать проект, но пока на телефон не устанавливал.
Решил отложить разбирательство с d8 и пока пользоваться более старыми версиями.

Поэтому скачиваем старые пакеты

sdkmanager --sdk_root=path_to_SDK "platforms;android-28"
sdkmanager --sdk_root=path_to_SDK "build-tools;30.0.2"

Временно отказавшись от новейших средств, в плане эффективности вряд ли чего то потеряем

vikt

Ключ для подписи генерируется java утилитой и сохраняется в файле keystore.jks

keytool -genkeypair -keystore keystore.jks -alias androidkey \
-validity 10000 -keyalg RSA -keysize 2048 \
-storepass android -keypass android

Тут -validity 10000 означает кол-во дней, в течение которых будет действовать этот ключ.

apksigner подписывает этим ключом приложение. Если все прошло без ошибок ,
в каталоге build/apk будет лежать файл apk, а также невыравненный и неподписанный файлы.

Теперь надо установить файл в телефон. Даже если успешно все скомпилировалось, вовсе
не означает, что телефон позволит его установить.
Первым делом надо в настройках телефона разрешить устанавливать приложение из неизвестных
источников. После установки естественно надо вернуть запрет.
Если устанавливаться не желает, то скорее всего приложение скомпилированно для более старших
моделей телефона
В манифесте прописываем
<uses-sdk android:minSdkVersion="version" />

Наиболее популярные значения
Для версии старше android 4.0 - minSdkVersion="14"
Еще более ранние андроиды - sdk = 9 Это соответствует android 2.0

Пренебрегать старыми андроидами не стоит, они практически бесплатны,
и по мощности наверно превосходят знаменитый Крей 80 годов.
Идеален для разных самоделок. К тому же андроид можно интегрировать с
ардуино.
https://habr.com/ru/articles/123361/
Скорее всего можно и с микроконтролером.

Сейчас подготавливаю скрипты, которые будут генерировать заготовки проектов,
а к ним будут сгенерированы скрипты, которые будут эти проекты компилировать.

vikt

Скрипты написаны, уже давно, скачать можно по ссылки

https://disk.yandex.ru/d/46_-JQK0V78-cQ

Там же прилагается два тестовых проекта first и second.
Последний размещен в подкаталоге test.
Проекты можно размещать в корне, а можно в подкаталога.
Прежде чем генерировать приложение в подкаталоге, этот подкаталог должен существовать.
В каждом подкаталоге может существовать множество проектов.

Первым делом должен быть сгенерирован ключ, для подписи приложений.
Лучше сгенерировать свой, а не пользоваться поставляемым вместе со скриптами
Если приложение планируется размещать в google play, то работать с ключем надо тщательнее,
google play не даст возможность обновить приложение, если будет изменен ключ.
Ключ хранится в файле
keystore.jks

Как этим всем пользоваться...
Допустим, надо создать приложение с именем app_name и с package ao.time.con;

В корневом каталоге набираем

Код:

 
./new app_name ao time  con
или если требуется создать проект в подкаталоге, например cat

./new cat/app_name ao time  con

подкаталог cat должен быть предварительно создан

Тестовые приложения first second были созданы командами

Код:

./new first  name1 name2
./new test/second name1 name2 name3

Команда создаст структуру каталогов проекта,
файл package.part внутри проекта, с параметрами для дальнейшей генерации,
скопирует keystore.jks внутрь проекта, а также сгенерирует два скрипта
_app_name и __bld_app_name

В корневом каталоге присутствуют скрипты от проектов first и second
_first __bld_first _second __bld_second

Далее надо выполнить скрипт
./_app_name hw0
Скрипт копирует и модифицирует файлы проекта, а также AndroidManifest.
Кроме того, в корневом каталоге появится файл AM_app_name

Код:

cat AM_app_name 
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="ao.time.con" >

    <uses-sdk android:minSdkVersion="14"/>

   <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
   <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
   <uses-permission android:name="android.permission.INTERNET"/>
   <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />


    <application
        android:allowBackup="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name"
        android:theme="@style/AppTheme"
      android:resizeableActivity = "true">
        <activity
            android:name=".MainActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>

</manifest>

В строчке <uses-sdk android:minSdkVersion="14"/> можно поменять
минимальную версию android, на которой будет запускаться данное приложение.
(7 самые старые андроиды , 14 - версии примерно 4.0 итд)

В "<uses-permission android:name=" можно добавить /убрать разные разрешения.
Полный их список хранится тут
https://developer.android.com/reference ... permission

Теперь можно выполнить ./_app_name hw0 AM_app_name
и отредактированный манифест заменит простейший манифест.

Далее надо подготовить файл путей к утилитам андроид, ранее скаченные sdkmanager.
образец файла поставляется - bt28

Код:

tp=/home/vikt/dev/cmd  # path to tools - поставьте сюда свой путь

BUILD_TOOLS=$tp/build-tools/30.0.2
PLATFORM="$tp/platforms/android-28"

Это фрагмент скрипта, который генератор подключит к скриптам,
которые будут компилировать окончательный проект.
Поэтому можно написать и так
BUILD_TOOLS=/home/vikt/dev/cmd/build-tools/30.0.2

Теперь надо выполнить второй сгенерированный скрипт
__bld_app_name bt28
Если все сделано правильно, то все скрипты сгенерированы,
осталось только перейти в каталог проекта и последовательно выполнить

Код:

   ./res_comp     # компиляция ресурсов, результат в build/res
   ./java_comp    # компиляция java, результат в build/classes
   ./dex_comp     # конвертирование class в dex  
   ./assemble     # сборка , результат в build/apk
   ./align        #  выравнивание, результат в build/apk
   ./final        #  подписывание, результат в build/apk, файл app_name.apk

Можно компилировать проект одной командой ./all
Теперь можно редактировать проект.
Промежуточные скрипты _app_name и __bld_app_name лучше удалить,
чтобы случайно их не запустив, не удалить результаты редактирования.

Далее опишу скрипты подробнее

Блог программиста любителя

Кто сейчас на конференции