Ранее я уже упоминал о другой фишке из ˍˍfutureˍˍ , это оператор деления.
from __future__ import division
Суть проста. Раньше сложность типа данных результата поределялась типом самого сложного операнда.
Например:
int/int => int
int/float => float
В первом случае оба операнда int, значит и результат будет int. Во втором float более сложный тип, поэтому результат будет float.
Если нам требуется получить дробное значение при делении двух int то приходилось форсированно один из операндов конверировать в float.
12/float(5) => float
Но с новой "философией" это не требуется. В Python3 "floor division" заменили на "true division" а старый способ теперь работает через оператор "//".
>>> 3/2
1.5
>>> 3//2
1
То есть теперь деление int на int даёт float если результат не целое число.
В классах теперь доступны методы __floordiv__() и __truediv__() для определения поведения с этими операторами.
Данный переход описан в PEP238.
#pep#2to3#basic
Минусы повышения размера страницы памяти
⚠️ Мелкие объекты “тратят” больше памяти.
Если в 4 КБ-странице лежало 5 мелких объектов, в 16 КБ — может быть “пустого” пространства больше. Но в современных условиях прирост производительности важнее.
⚠️ Нужна поддержка от железа.
Процессор и ядро должны поддерживать размер страницы 16 КБ — это не просто «переключатель» в настройках.
#android#ndk
‼️В Android Studio 🔨 исправили важный для 16 KB Page Size
Я уже писал вам про некорректную работу проверка поддержки 16 KB Page Size в Android Studio. Так вот баг исправлен в Android Studio Narwhal Feature Drop 2025.1.2.
#androidstudio#ndk
🔨 Android Studio Narwhal Feature Drop сможет проверить поддерживает ли ваше приложение 16 KB page size. APK Analyzer покажет какие библиотеки не имеют поддержки 16 KB page size. Чтобы проверить работу вашего приложения можете использовать новый эмулятор с 16 KB page size.
#androidstudio#ndk
🤯Предупреждение об отсутствии поддержки страницы памяти в 16 Kb
Google решила раздражать всех разработчиков - пока не добавите поддержку нового размера страницы в дебажное приложение, установленное через ADB, будете видеть предупреждающий диалог на старте приложения.
Пользователи ничего не увидят, потому что им уходят релизные сборки. Так ведь у вас?
#android16#ndk
🤯Как проверить, что ваше приложение поддерживает 16 Kb memory page size
Совсем скоро всем Android приложениям в Google Play надо будет выполнить требования поддержки нового размера страницы памяти, что касается нативного когда (написанного на C/C++ с использованием Android NDK).
Стандартный способ проверки - через APK Analyzer в Android Studio, но вот по сообщениям в закрытом чате Broadcast с опытными ребятами, получается, что не всегда этот способ проверки даёт верный результат.
Какие способ использовать
1️⃣ Проверка APK с помощью специального скрипта check_elf_alignment.sh (подробности тут)
2️⃣ Запустить приложения на эмуляторе, где поддерживается только новый размер страницы
3️⃣ Через Dev Options на устройстве принудительно включить новый размер страницы. Лучше использовать устройство на Android 16+
4️⃣ Загрузить сборку в Google Play и там даст правильный ответ (можно использовать Alpha или Internal тестирование)
Подробнее про изменение, требования и миграцию читайте в оф. документации
#android#googleplay#ndk
📹Подготовьте ваше приложения для устройство с размером страницы памяти 16 KB (EN,6м)
Стивен Морленд из команды Android Systems делится последними новостями для разработчиков Android. Теперь Android поддерживает размер страниц памяти 16 КБ. Начиная с 1 ноября 2025 года, все новые приложения и обновления существующих приложений, отправляемые в Google Play и нацеленные на устройства с Android 15+, должны поддерживать размер страниц 16 КБ. Узнайте, почему команда Android внедряет это изменение и как подготовить своё приложение для максимальной производительности.
0:00 Вступление
0:26 Страницы памяти
1:33 Рост размера приложений
2:11 Почему мы меняем размер страниц с 4 КБ на 16 КБ
4:18 Android 16 и другое
Полезные ресурсы:
🔗Подготовка приложений для устройств с размером страниц 16 КБ
🔗Поддержка размера страниц 16 КБ
🔗Тестирование приложения в среде с размером страниц 16 КБ
#android#googleplay#ndk
🤯Через 4 месяца ваше приложение нельзя будет обновить или опубликовать новое, если все нативные библиотеки в APK не будут иметь поддержку страниц памяти 16 KB.
Google напоминает что весь нативный код вашего приложения и библиотеки должны иметь поддержку страницы памяти размером 16KB. Для этого надо обновить версию зависимостей с поддержкой (проверяйте на сайте).
Проверить работу можно с помощью специального эмулятора или включения опции в настройках разработчика на Android 15 и выше.
С помощью APK Analyzer вы можете определить выполняют ли все ваши нативные библиотеки требования. Android Lint также будет подсказывать проблемные библиотеки Рекомендуется создать issue для разработчиков сторонних API, если еще нету поддержки и до вас не сделали issue.
🔗 Больше подробностей в официальной документации
#android#ndk#googleplay
‼️Все Android приложения должны обеспечить поддержку работы на устройствах с размером страницы памяти 16KB
Изменение размера страницы в памяти от 4 KB в 16 KB даст для приложений:
🚀Ускорения запуска приложений
🔋Сокращение расхода батареи
📷 Ускорение включения камеры
📱 Ускорение запуска системы
Новая требование Google Play обязует реализовать поддержку работы всех новых приложений и обновлений с targetSdk 35 (Android 15). Изменение вступает в силу с 1 ноября 2025 года
Что нужно делать
👉 Обновить библиотеки с нативынм кодом до версий с поддержку нового размера страницы
👉Перекомпилировать свой нативный код на C/C++ с последней версией инструментов
В Google Play в AppBundle Explorer вы будете видеть совместимо ли ваше приложение cо страницей размера 16KB.
Полезные ссылки
🔗Как адаптировать приложение
🔗Как провести тестирование приложения на таком устройстве
🔗Подробная документация по 16Kb page size
#android#googleplay#ndk
Все мы уже привыкли выкладывать сборки в Google Play через AAB, которые передаст на устройство только необходимое для устройства нативные библиотеки. Некоторым приходится раздавать сборку в APK формате. Банальный кейс - отдавать сборку на проверку QA.
Универсальное APK - содержит ресурсы и библиотеки под все возможные устройства, даже те которые не нужны на устройстве пользователя. Обычно нативные библиотеки делают наибольший вклад в конечный размер приложения на устройстве пользователя. Отказ от ненужных позволит снизить размер и скорость доставки до устройства пользователя.
Android Gradle плагин позволяет указать какие ABI нужно добавлять в сборку. Сложность в том, что для финальной сборки обычно надо добавить ABI arm64-v8a и armeabi-v7a, а вот для Intel эмуляторов нужны x86 и x86-64. Чтобы делать это эффективно, я делал механизм передачи значений ABI через переменные при сборке. Это позволяет задавать локально и на CI разные значения, а локальные задавать через файл local.properties или переменную окружения
// Код в Gradle KTS скрипте
fun resolveAbiFilters(): List<String> {
val abisString =
project.findProperty("abiFilter") as String? // Параметр командной строки
?: readFromLocalProperties("abi.filter") // Значение из local.properties
?: System.getenv("ABI_FILTER") // Переменная окружения
return abisString?.split(",") ?: emptyList()
}
fun readFromLocalProperties(key: String): String? {
val localPropertiesFile = rootProject.file("local.properties")
if (!localPropertiesFile.exists()) return null
val localProperties = Properties().apply {
localPropertiesFile.inputStream().use(::load)
}
return localProperties.getProperty(key)
}
// В Android application модуле указываем
android {
defaultConfig {
ndk {
abiFilters = resolveAbiFilters()
}
}
}
Пример задания через параметр
./gradlew assembleRelease -PabiFilter=arm64-v8a,armeabi-v7a
Если вы запускаете приложения из Android Studio на устройстве/эмуляторе, то IDE понимает какую ABI из поддерживаемых стоит включить в APK, чтобы приложение смогло работать. Все остальные исключается. Сборка компактнее - меньше время на передачу и установку тестового билда.
#android#gradle#ndk
🦢Вышло превью Swift SDK для Android разработки
Стало доступно для загрузки первое nightly превью Swift Android SDK (SA SDK). Можно писать натив кода не C++.
Авторам можно начать портировать свои пакеты на Android, а 25% уже все существующих поддерживают Android таргет.
Что надо сделать (Windows, Linux, macOS):
1️⃣ Установить раннюю версию сборки Swift 6.3
2️⃣ Установить SA SDK
3️⃣ Поставить Android NDK
Подробная инструкция тут
🐱 Примеры Android проектов c использование SA SDK можно найти на GitHub
Я же сегодня сяду попробовать всё это и поделюсь на Boosty
#swift#android#ndk
🤖🦢Пример написания библиотеки для Android на языке Swift (RU, 17м)
В Swift 6 появилась возможность работать с Android NDK из Swift и всё это потом вызывать из Java при помощи JNI.
Java Native Interface (JNI) – это мост который позволяет нативному коду обращаться к Java Virtual Machine (JVM). Когда вы пишете Java код, то вы используете Android SDK. Но когда вы используете языки как Swift или C++, которые не компилируются в Java байткод, вам уже нужен Android NDK для коммуникации с Java через JNI.
Пример нативного кода
#if os(Android)
@_cdecl("Java_com_habr_swiftlib_myfirstandroidproject_SwiftInterface_initialize")
public func initialize(
envPointer: UnsafeMutablePointer<JNIEnv?>,
clazzRef: jobject,
callerRef: jobject
) {
// Активируем Android logger
LoggingSystem.bootstrap(AndroidLogHandler.taggedBySource)
// Инициализируем JVM
let jvm = envPointer.jvm()
JNIKit.shared.initialize(with: jvm)
// ДАЛЕЕ: кэшируем class loader
// ДАЛЕЕ: пример `toString`
// ДАЛЕЕ: пример `Task`
}
#endif
Инструменты сгенерят вам код для работы из Java/Kotlin
package com.habr.swiftlib.myfirstandroidproject
object SwiftInterface {
init { System.loadLibrary("MyFirstAndroidProject") }
external fun initialize(caller: Any)
}
#android#ndk#swift
🗺В Yandex MapKit SDK завезли поддержку страницы размером 16 КБ
В версии MapKit 4.19.0 добавили долгожданное изменение для выполнения обязательного требования от Google Play - поддержки страницы памяти размером 16 KB
#яндекс#ndk