No machine android app

Create your own app

Or become a reseller and build apps for others.

Fast, no-code app building.

SCAN YOUR WEBSITE

Use the content on your website as a springboard to build apps for iOS and Android. Or build your app entirely from scratch.

BUILD AND DESIGN

Create custom apps with our 35+ pre-coded, snap-together Building Blocks and our gorgeous skin selection and design features.

PUBLISH AND PROMOTE

Take screenshots, get your store licenses and AppMachine does the rest. Promote your app with the app site we made for your.

Music

Enhance your exposure with your own app: easy to make and rewarding for fans. So whether you’re in a band, a DJ or singer/songwriter, it’s time to mix your own app.

• SoundCloud
• Sportify
• iTunes
• YouTube
• Instagram
• Bandsintown
• Twitter
• Facebook
• Event Calender
• Merchandise

Markus Schulz
DJ

Restaurant

Deliver your restaurant experience right in the pocket of your loyal customers, with all your social media in one place and the menu presented on the guests’ smartphone. Guests even easily book a table while at work. Thank them with coupons and a loyalty card, right in the app.

• Loyaltycard
• Coupons
• Twitter
• Instagram. Facebook
• Seatme
• Iens
• Couverts
• OpenTable. MakePlans

Beer in a box
Beer app

The Brooke app
Cocktailbar and Restaurant

School

School apps prove to outclass every other communication channel.
Share important information through push messages. Add news, information and photos to the app. The lock block and the possibility to make various user groups give you all the freedom to make it visible just to parents and students.

• Forms
• News
• Photos
• Instagram
• Facebook
• Push Messages
• Calendar
• Class Information
• Teachers

Travel & Tourism

Stay in the competition with your own travel and tourism app. Use travel apps to communicate with customers and sell trips and travels directly on the client’s smartphone.
City apps are booming, providing information about where to find the best food, shopping and sleeping. Make a city app, or build your own tourapp or travel agency app.

• Tripadvisor
• Facebook
• Instagram
• Push Messages
• Points of Interest
• Calendar
• Photos
• Contact Information
• Coupons

Carvoeiro Club
Travel & tourism

Agriturismo Rubbio
Travel & Tourism

Sports

A sport app turns every squad into a team. Whether you’re the club’s president, a Pro coach or a soccer mom: see what an app can do for you!

• Results
• Calendar
• Facebook
• Teams
• Players
• Photos
• Lockblock
• Push Message

Источник

Virtual Machine in Android: Everything you need to know

Aug 4, 2019 · 6 min read

Virtual Machine?

A virtual machine is based on computer architectures to provide functionality of a computer.

There are 2 main types of Virtual Machine (VM):

• System virtual machines (full virtualization VMs) provide a substitute for a real machine.
• Process virtual machines are designed to execute computer programs in a platform-independent environment.

Java Virtual Machine

Follow “write once, run anywhere” principle, JVM allows programs — written in Java/Kotlin — to run on any device or operating system.

How it works?

IDEs — like IntelliJ / Android Studio — use Java Compiler ( javac ) to compile Java code ( .java ) into Java bytecode ( .class ).

Then on runtime environments (Web, PC, Android), JVM translates it into machine specs instruction set that this environment can understand.

• Start JVM.
• Start main thread. Load .class into memory using Classloader.
• Verify bytecode is valid and not violate Java’s security restrictions.
• Translate bytecode into machine instructions and execute them.
• Unload classes. Terminate main thread.
• Shutdown JVM.

Note that: It’s possible to compile Java code to native code ahead-of-time, then run. And it’s also possible to interpret Java code directly.

Android OS

Android is an open source, Linux-based software stack created for a wide array of devices and form factors. For example, the Android Runtime (ART) relies on the Linux kernel for underlying functionalities: networking, multi-threading and low-level memory management.

Why Android use virtual machine?

There are many reason that Google engineers decide to use Android with VM, but two main reason is:

• Security: In theory, app code is totally isolated by the VM and cannot even “see” the host OS. So app code that contains malware cannot affect system directly, make app and system more robust and reliable.
• Platform independent: Android platform can run on different devices with different architectures (ARM, MIPs, x86). To abstract out the need to compile binaries for each architecture, VM comes into play.

Dalvik Virtual Machine

Dalvik Virtual Machine (DVM) is a Process virtual machine for Android.

DVM is a virtual machine that optimized for mobile environment (memory, battery life, performance. )

Dalvik EXecutable

Dalvik EXecutable ( .dex ) is Dalvik bytecode which translated from Java bytecode using dx tool (replaced by D8 tool since API 28). This format was designed for systems that have constrained memory and processor speed.

Multiple classes are included in a single .dex file:

Compare with Java VM

The DVM was built specifically for Android, to address the battery life, processing speed. Moreover, the Java tools are free but the JVM is not, so Google engineers made their own VM and made it as free.

Unlike JVM, which are simple stack machines, the DVM uses a register-based — which requires fewer instructions, fewer code units, avoid unnecessary memory access — resulting in better performance code.

Android Runtime

Android Runtime (ART) is the managed runtime used by apps and system services on Android. Replacing the predecessor Dalvik, ART performs the translation of the app’s bytecode into native instructions that are later executed by the device’s runtime environment.

The ART is written to run multiple VMs on low-memory devices. To maintain backward compatibility, ART also uses the same input bytecode as Dalvik — the standard Dalvik EXecutable ( .dex ) files — which also designed for Android to minimize memory footprint.

From Android 5.0, each app runs in its own process, with its own instance of ART. But prior to this, it use Dalvik. If your app runs well on ART, then it should work on Dalvik as well, but the reverse may not true.

Just-In-Time vs Ahead-Of-Time

Just-In-Time (JIT) added in Android 2.2. It dynamically compiles bytecode into native machine code at run-time to make app runs faster. It does all this while app is running, and that’s where the “Just-In-Time” comes from.

Ahead-Of-Time (AOT) added in Android 4.4. It statically compiles bytecode into machine code at install-time — using on-device dex2oat tool — and stores data in the device’s storage, to improve run-time performance.

Compare with Dalvik VM

Dalvik is a JIT compilation based engine.

The ART includes a JIT compiler (with code profiling). The JIT compiler complements new AOT compiler and improves runtime performance, speed up apps and system updates.

Furthermore, ART has many more advantage:

• Optimized garbage collector: one GC pause instead of two.
• Loop optimizations: Bounds check, Induction variable is eliminated.
• Faster native calls using @FastNative and @CriticalNative annotations.
• Improve battery life.
• Reduce startup time as native code is directly executed.
• Faster runtime performance because AOT compile at install-time.
• From API 28, convert APK’s DEX files to more compact machine code.
• Better debugging support (dedicated sampling profiler, detailed exceptions reporting, and ability to set watchpoints to specific fields).

Optimized Garbage Collector

Garbage Collector (GC) can impact app’s performance with “stop-the-world” events, which resulting in frozen frames, poor UI responsiveness. The default GC plan is the CMS (concurrent mark sweep).

The ART improves GC in several ways:

• The number of pauses is reduced from 2 to 1 compared to Dalvik. Dalvik’s first pause — which mostly root Marking — is done concurrently in ART by getting the threads to mark their own roots.
• Parallelized processing in the second pause (before Sweeping phase).
• Increased GC throughput enabled by the sticky CMS collector.
• Reduce total time when clean up recently-allocated, short-lived objects.
• Performs heap compaction — when app changes process state to background or cached — to reduce background memory usage.

In Conclusion

Before Android 5.0 (API 21), Android use Dalvik Virtual Machine (DVM) — a Process virtual machine — that optimized for mobile environment (memory, battery life, performance. ).

After that, each Android app runs in its own process and with its own instance of the Android Runtime (ART) — an app runtime environment used by Android OS. Replacing Dalvik, ART performs the translation of the app’s bytecode into native instructions that are later executed by the device’s runtime environment.

Источник

Android изнутри: сравнение Dalvik и ART

Привет, Хабр! Около полугода назад я публиковал подробный «гайд» по JVM. Пост, в целом, зашел, а в комментариях спросили, не планируется ли “чего-то по андроиду”. Наконец, у меня дошли руки.

В этом посте поговорим о среде выполнения в Android. В частности, я постараюсь кратко, но емко изложить, чем отличается ART и Dalvik, и как со временем улучшились средства разработки в Android. Тема явно не новая, но, надеюсь, придется кстати тем, кто только начинает вникать. Кому интересно — добро пожаловать под кат.

Виртуальная машина

Сначала, давайте разберемся чем отличается JVM от DVM.

Java Virtual Machine — виртуальная машина, способная выполнять байт-код Java независимо от базовой платформы. Она опирается на принцип “Write once, run anywhere”. Байт-код Java может быть запущен на любой машине, способной поддерживать JVM.

Компилятор Java преобразует .java файлы в class-файлы (байт-код). Байт-код передается JVM, который компилирует его в машинный код для исполнения непосредственно на CPU.

• Имеет стековую архитектуру: в качестве структуры данных, куда помещаются и хранятся методы, используется стек. Он работает по схеме LIFO или “Last in — First Out” или “Последним вошел, первым вышел”.
• Может запускать только class-файлы.
• Использует JIT-компилятор.

Dalvik Virtual Machine (DVM) — виртуальная Java машина, разработанная и написанная Дэном Борнштейном (англ. Dan Bornstein) и другими, как часть мобильной платформы Android.

Можно сказать, что Dalvik — это среда для выполнения компонентов операционной системы Android и пользовательских приложений. Каждый процесс выполняется в своём, изолированном адресном пространстве. Когда пользователь запускает приложение (либо операционная система запускает один из своих компонентов), ядро виртуальной машины Dalvik (Zygote Dalvik VM) создает отдельный, защищенный процесс в общей памяти, в котором непосредственно разворачивается VM, как среда для запуска приложения. Другими словами, изнутри Android выглядит как набор виртуальных машин Dalvik, в каждой из которых исполняется приложение.

• Использует архитектуру на основе регистров: структура данных, куда помещаются методы, основана на регистрах процессора. За счет отсутствия операций POP и PUSH, команды в регистровой виртуальной машине выполняются быстрее аналогичных команд стековой виртуальной машины.
• Исполняет байт-код собственного формата: Android dexer (о нем поговорим ниже) преобразует class-файлы в формат .dex, оптимизированные для выполнения на Dalvik VM. В отличие от class-файла, dex-файл содержит сразу несколько классов.

Подробно об архитектуре DVM можно почитать тут.

Android Dexer

Разработчики Android знают, что процесс преобразования Java байткода в .dex байткод для Android Runtime является ключевым шагом в создании APK. Компилятор dex в основном работает “под капотом” в повседневной разработке приложений, но он напрямую влияет на время сборки приложения, на размер файла .dex и производительность во время выполнения.

Как уже упоминалось, сам dex-файл содержит сразу несколько классов. Повторяющиеся строки и другие константы, используемые в нескольких файлах классов, включаются только для экономии места. Байт-код Java также преобразуется в альтернативный набор команд, используемый DVM. Несжатый dex-файл обычно на несколько процентов меньше по размеру, чем сжатый архив Java (JAR), полученный из тех же файлов .class.

Изначально, class-файлы преобразовывались в dex-файлы с помощью встроенного DX-компилятора. Но начиная с Android Studio 3.1 и далее, компилятором по умолчанию стал D8. По сравнению с DX-компилятором, D8 компилирует быстрее и выводит dex-файлы меньшие по размеру, при этом обеспечивая более высокую производительность приложения во время исполнения. Полученный таким образом байт-код dex подвергается минификации с помощью open-source утилиты ProGuard. В итоге, мы получаем тот же dex-файл, но только меньше. Далее этот dex-файл используется для сборки apk и, наконец, для развертывания на устройстве Android.

Но следом за D8 в 2018 году пришел R8, который, по сути, является тем же D8, только с дополнениями.

При работе с Android Studio 3.4 и Android Gradle 3.4.0 plugin или выше, Proguard больше не используется для оптимизации кода во время компиляции. Вместо этого плагин работает по умолчанию с R8, который сам выполняет Code shrinking, Optimisation и Obfuscation. Хотя R8 предлагает только подмножество функций, предоставляемых Proguard, он позволяет совершить процесс преобразования Java байт-кода в dex-байт-код единоразово, что еще больше сокращает время сборки.

R8 и сокращение кода

Как правило, приложения используют сторонние библиотеки, такие как Jetpack, Gson, Google Play Services. Когда мы используем одну из этих библиотек, часто в приложении используется только малая часть каждой отдельной библиотеки. Без Code shrinking, весь код библиотеки сохраняется в вашем приложении.

Бывает так, что для улучшения читаемости и удобства поддержки приложения разработчики используют подробный код. Например, могут быть использованы значимые имена переменных и шаблон проектирования для того, чтобы другим было удобнее разобраться в коде. Но шаблоны, как правило, приводят к бОльшему объему кода, чем это необходимо.

В этом случае R8 приходит на помощь. Он позволяет существенно уменьшить размер приложения, оптимизируя размер даже того кода, который действительно используется приложением.

В качестве примера, ниже преведены цифры из доклада Shrinking Your App with R8, который был представлен на Android Dev Summit ’19:

А вот так выглядело сравнение эффективности R8 на этапе выпуска бета-версии (взято из источника Android Developers Blog):

Детальнее можно ознакомиться в оф документации и докладе.

ART vs DVM в Android

DVM была спроектирована именно для мобильных устройств и использовалась как виртуальная
машина для запуска андроид приложений вплоть до Android 4.4 Kitkat.

Начиная с этой версии, ART был представлен как среда выполнения, а в Android 5.0 (Lollipop) ART полностью заменил Dalvik.

Основное явное отличие ART от DVM состоит в том, что ART использует AOT компиляцию, а DVM — JIT компиляцию. Не так давно ART начал использовать гибрид AOT и JIT. Далее разберем это чуть подробнее.

• Использует JIT компиляцию: всякий раз при запуске приложения,
• компилируется та часть кода, которая необходима для выполнения приложения. Остальная часть кода компилируется динамически. Это замедляет запуск и работу приложений, но уменьшает время установки.
• Ускоряет загрузку устройства, поскольку кеш приложения создается во время выполнения.
• Приложения, работающие на DVM, требуют меньше памяти, чем те, которые работают на ART.
• Уменьшает резерв батареи, увеличивая нагрузку на CPU.
• Dalvik является “устаревшим” и не используется на андроид версиях выше 4.4.

• Использует AOT компиляцию, то есть компилирует весь код во время установки приложения. Это ускоряет запуск и работу приложений, но требует большего времени установки.
• Замедляет загрузку устройства, так как кеш создается во время первой загрузки.
• Ввиду использования подхода AOT компиляции, требует больше памяти в сравнении с приложениями на DVM.
• Увеличивает резерв батареи, сокращая работу процессора из-за отсутствия компиляции при выполнении приложений.
• Улучшенная Garbage Collection или сборка мусора. Во времена использования Dalvik, сборщики мусора должны были осуществить 2 прохода по куче (heap), что и приводило к плохому UX. В случае с ART, такой ситуации нет: он чистит кучу один раз для консолидации памяти.

И небольшая схема Dalvik vs ART:

JIT + AOT в ART

Среда выполнения Android (ART), начиная с Android 7, включает компилятор JIT с профилированием кода. JIT-компилятор дополняет AOT компилятор и повышает производительность во время выполнения, экономит место на диске и ускоряет обновления приложений и системы.

Происходит это по следующей схеме:

Вместо того, чтобы запускать AOT-компиляцию каждого приложения на этапе установки, он запускает приложение под управлением виртуальной машины, используя JIT-компилятор (почти так же, как в Android

Источник