values() или entries()
#kotlin

В Kotlin 1.9.0 из стадии Experimental в Stable перешла property entries(), которую можно вызывать для любых Enum и получить список всех элементов, которые в нём объявлены.

Зачем же нужна ещё одна функция, когда есть values()?

На самом деле, причин сразу несколько:

1️⃣ При каждом вызове функции создаётся новый Array: это одна из известных причин "скрытых" performance-багов.

2️⃣ При работе вызывается Array<E>, который мутабелен, а также меньше подходит для работы с коллекциями, чем список.

3️⃣ Ну и ещё — сложнее писать extension-функции для Array<E> вместо стандартных List<T>.

Ну а в entries() таких недостатков нет, а самое главное, что при вызове всегда используется один и тот же список и нет повторного создания.

Чуть больше информации можно найти тут. Теперь вы знаете, что ответить на собеседовании, и почему стоит перейти на entries(). 🤓

Gradle 8.x
#gradle

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

Главной задержкой для обновления у меня было отсутствие поддержки свежей версии Gradle в Huawei-плагине. Никакой информации о том, что делать я не нашёл, но позже написал в поддержу Huawei и они создали целый раздел, где кратко описали, как обойти ограничение. Был приятно удивлён качеством поддержки. 👌

После этого, особых проблем при обновлении не было:

👉 обязательно посмотрите список изменений: довольно много флагов изменяют своё состояние, например nonFinalResIds, nonTransitiveRClass. Если вы будете использовать встроенный "мигратор" из Android Studio, то он проставит все флаги за вас (ну или почти все).

👉 если вы не перешли на enableR8.fullMode, то обязательно выключите его в properties, иначе после сборки проекта можете увидеть целый ряд непонятных крашей.

👉 собирая проект, обратите внимание на ворнинги, которые необходимо разрешить: у меня это был целый ряд новых правил в proguard.

В целом, на этом всё. Теперь записал в тех.долг перейти на ksp и на нетранзитивные классы ресурсов, но об этом уже в следующий раз. 🤘

Как у вас устроена документация?
#вопрос

А поделитесь своими знаниями о ведении документации:

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

Сейчас пытаюсь выстроить процесс создания документации: остановился на Obsidian как инструменте для сохранения знаний.
Notion кажется слишком неудобным для большого количества информации, ну и плюс — нет поддержки Markdown, если захочется перейти в другой сервис. Но, возможно, у вас есть больше аргументов в его пользу.

Буду ряд любой информации по топику, в будущем обязательно поделюсь с вами наработками. 🤓

Утечки памяти в Android
#android

Довольно распространённой ошибкой при написании Android-приложений является OutOfMemoryError. Уверен, что любой (ну или почти любой) разработчик сталкивался с этой ошибкой. Одной из причин возникновения этой проблемы являются утечки памяти.

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

В этом вам поможет эта замечательная статья. Автор рассказывает про то, как:
👉 работает Garbage Collector, и какие знания нужны нам, чтобы не допускать утечек;
👉 что такое многопоточные утечки памяти, и снова как их не допустить);
👉 про файловые дескрипторы, и какие утечки они могут вызвать.

Ждём вторую часть, где будет больше информации о практических инструментах, которые помогут бороться с утечками. 🤓

Пишем свой Main Loop в Android
#android

При написании любого приложения необходимо взаимодействовать с главным потоком. К счастью, нам не нужно писать свой Loop для каждого приложения, мы работаем с уже готовым компонентом.

Но вот вам годная статья, где автор, чтобы лучше понять принцип работы главного цикла в Android пишет свой аналог: при этом получается детальная статья, где описывается то, как работает непосредственно главный поток.

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

Android 14 Beta 5
#android

Вчера вышла 5 beta версия свеженького Android. Beta означает, что API уже стабилизированы и можно смело проверять работу приложения. 💪️️️️️️ Есть несколько вещей на которые стоит обратить внимание:

👉 если в приложении есть доступ к фото и видео, то проверьте, обрабатываете ли вы READ_MEDIA_VISUAL_USER_SELECTED: теперь пользователь может давать частичное разрешение к своим фото и видео. Ну или используйте PhotoPicker, хорошая штука.

👉 если вы вдруг использовали Notification.Builder.setFullScreenIntent, то теперь не сможете, так как Google уберёт это разрешение для всех приложений, кроме звонков и будильников. Это тип оповещения, который используется для очень важных сообщений, и на практике не встречал приложений, которые этим злоупотребляют.

👉 есть изменения в non-dismissable notifications: теперь пользователь может их смахнуть, исключения составляют только кнопки Clear all и заблокированный смартфон.

👉 есть изменения в разрешении SCHEDULE_EXACT_ALARM, которое теперь не предоставляется по умолчанию. Будет полезно изучить best practices, если вы используете exact alarms.

👉 приложения теперь могут убивать только собственные background-процессы.

👉 теперь из системы поддерживается нелинейное скалирование текста до 200%. Думаю, что ничего не должно измениться, если вы использовали sp, но на всякий случай стоит пересмотреть layouts.

Теперь ждём финальной сборочки Android 14, она совсем рядом. 🙃

Хендбук с алгоритмами
#algorithms

Тут на глаза попался отличный учебник от Яндекса по основам алгоритмов.
Если вы плаваете в этой теме — рекомендую пройти с самого начала. Беглый обзор показал, что объясняется весьма понятно, даже если вы совсем ничего не понимаете или пропускали этот предмет в вузе.

За основу взят этот ресурс, ну и плюс добавлена масса практических заданий и примеров. Сохраняйте в закладки, а лучше начинайте изучать сразу, чтобы проходить специфические собеседования без запинок. 🙃

Android-шрифты
#android

Кажется, что TextView — один из самых простых инструментов, с которым никогда не бывает проблем. Но вот даже после нескольких завершённых проектов — можно откопать для себя пару неожиданных штук.

Если у вас есть дизайнеры, которые работают с Figma, то вы могли заметить, что высота строк там и в Android — отличается. Из-за чего одни и те же строки могут выглядеть совершенно по-разному и pixel-perfect дизайна не получится. 🥲

Один из вариантов решения проблемы — использование параметра lineHeight, который с префиксом app работает на всех версиях Android. И вроде это аналогичное поведение, как и в Figma, но высота строки не меняется, если у вас одна строка текста.

На помощь спешат firstBaselineToTopHeight и lastBaselineToBottomHeight о которых я раньше и не слышал: они добавляю расстояние до базовой линии сверху и снизу. А это как раз то, что поможет нам сделать идеальные начертания шрифтов.

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

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

Ну желаю и всем нам идеальных интерфейсов в проект. 🥳

Личный блог

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

Но если вдруг вам интересно, чем я живу помимо Android Live — меня можно найти в Telegram и Instagram*.

Сейчас в Telegram скидываю красивые виды из Чили и делюсь своими впечатлениями об этой стране 😋
Так что, буду рад обратной связи и там 👋

*соцсеть, признанная в России экстремистской 🤦

ResConfigs для языков
#android #optimization

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

Дело в том, что некоторые библиотеки содержат в себе переводы на большое количество языков: то есть одна строка может быть в 50-60 интерпретациях, каждая из которых добавляет вес вашему приложению.

Чтобы посмотреть, а как у вас дела, откройте Build -> Analyze APK, откройте release сборку приложения и выберите resources.arsc. В самом низу списка будет файл strings, где наглядно в виде таблички прописаны все строковые ресурсы для каждого языка.

Чтобы убрать все эти языки — используйте свойство resConfigs в defaultConfig, где через запятую перечислите коды языков, используемые вашим приложением. Соберите релизную сборку и вы удивитесь, как много места может сжирать набор строк.

Вариант со звёздочкой: можете сделать подобную настройку только для релизных билдов при помощи:
applicationVariants.all { variant ->
if (variant.buildType.name == "release") {
variant.mergedFlavor.resourceConfigurations.addAll(
"en", "de", "es"
)
}
Только не забудьте при добавлении языка прописать их и тут 😅