Android Activity Lifecycle от 8ksec
#android

Про жизненный цикл Activity не знает только ленивый, но мне попалась небольшая статья, где ребята из 8ksec рассматривают его с точки зрения уязвимостей и безопасности.

Если что, у 8ksec вообще много толковых статей и обучающих материалов по безопасности Android-приложений. И радует, что на привычные вещи можно взглянуть по-новому — с позиции безопасности и анализа уязвимостей.

On-device GenAI APIs
#google #io

Слышали ли вы, но недавно Google анонсировали API для интеграции Gemini Nano в Android-приложения. Что появилось:

- Summarization — для краткого пересказа статей, диалогов и других текстов;
- Proofreading — для вычитки и полировки текстов;
- Rewriting — переформулировка текстов в разных стилях и форматах;
- Image Denoscription — генерация описаний для изображений;

Главная фишка в том, что всё обрабатываются без похода в сеть, а это значит:
- никаких затрат на API-вызовы;
- всё работает оффлайн;
- данные не покидают устройство — критично для многих приложений.

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

Все детали и тесты можно взять тут.

Git Secrets
#git

Скорее всего, в вашем репозитории есть приватные данные, необходимые для работы: например, secret-ключи для сторонних сервисов, API-ключи или конфиги для сборки проекта.

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

Вдруг вы не знали, но есть такая утилита, как git-secret, которая решает все эти проблемы.
Он шифрует файлы прямо в вашем репозитории, сохраняет историю коммитов и позволяет легко управлять доступами.

Пользуйтесь, если раньше не знали о таком хорошем инструменте. Хорошая инструкция для настройки тут.

Gradle 9.0.0: почему стоит переходить?
#gradle

На днях вышел Gradle 9.0.0 — значимый релиз, потому что теперь у нас будет но не точно ещё более быстрая сборка. Всё это благодаря Configuration Cache.

Если быстро пройтись по теории, то при сборке есть этапы Initialization, Configuration и Execution. Первый сам по себе довольно быстрый, а последний — кэшируется за счёт Build Cache. Таким образом, остался один из самых долгих этапов сборки, который теперь тоже может кэшироваться.

Начиная с Gradle 10 эта фича будет включена по умолчанию, но уже сейчас стоит перейти на свежий Gradle, чтобы получить прирост в скорости.

Остальные минорные изменения описаны здесь.

Permissions
#android

Вероятно, кому-то может показаться очевидным этот совет, но тем не менее, я встречаю много приложений с этим ужасным UX-паттерном.

Одно из самых глупых решений в UX, которое можно принять — это запрашивать разрешения (permissions) слишком рано, причём сразу целым блоком и без объяснения, зачем они нужны.

Большинство пользователей, безусловно, не читают, что именно они разрешают. Я же отношу себя к тем, кто смотрит на каждое разрешение и недоумевает: зачем приложению мобильного оператора доступ к фото и видео? А ещё больше удивляюсь, когда после его отклонения приложение работает корректно.

Разрешения нужно запрашивать именно в тот момент, когда они действительно необходимы. Доступ к микрофону? Отлично, расскажите, зачем он нужен и что произойдёт, если его не дать. Вдруг микрофон — суперважная фича, чтобы отправить сообщение в мессенджере?

Разница между ранним запросом и запросом в нужное время огромна, помните об этом и делайте запросы на разрешение в подходящих моментах.

Перенос приложения в Huawei App Gallery

Я уже как-то писал ппро перенос приложения в Google Play в случае изменения юридического лица приложения (например, при его продаже). Это всё делается буквально за 3-4 дня, и даже заплаченные $25 за регистрацию начального аккаунта возвращают. Отлично отлаженный процесс.

Но в Huawei App Gallery такого процесса нет, а то, что предлагается — это боль и нервы. Скорее всего, вам это не пригодится, но если что — знайте, что делать.

1. Для начала открываете официальный док, и думаете, что всё хорошо: даже новый аккаунт не надо регистрировать, а можно переименовать юридическое лицо в текущем. Но это только в теории.
Renaming Application Form простая, но приложить к ней у меня получилось документы в JPEG-формате. Остальные форма отбраковывала на этапе заполнения с рандомными ошибками.

2. Через пару дней вашу заявку рассматривают, и… переименовывается часть полей: например, имя компании будет новым, но адрес — старый.

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

4. Ещё если вы изменили юр.лицо в Google Play, то App Gallery будет реджектить ваше приложение, потому что «в Google Play у вас другие данные». То есть они не могут починить у себя проблему, но реджект делают на основе того, что есть в Google Console.

5. Это может длиться неделями: главное — не закрывайте открытый тикет, чтобы не объяснять всю ситуацию с начала.

В общем, ребятам явно есть над чем поработать. Может быть, в HarmonyOS-сторе всё получше.