Android меняет запись контактов: сохранение через системный редактор

Разрешение перестаёт быть универсальным входом

Приложения, нацеленные на следующий выпуск Android, не смогут непосредственно менять контакты при помощи WRITE_CONTACTS. Попытка такой записи завершится отказом в разрешении или SecurityException. Это анонс изменения поведения, а не сообщение о том, что сегодня перестали работать все установленные приложения. Для большинства сценариев Google предлагает знакомые действия ACTION_INSERT, ACTION_EDIT и ACTION_INSERT_OR_EDIT: программа передаёт подготовленные данные, а пользователь подтверждает запись в системном интерфейсе.

Одна карточка вместо всей адресной книги

Разница касается объёма полномочий. Кнопке сохранения номера из сообщения обычно нужна одна операция, тогда как WRITE_CONTACTS позволяет менять записи во всей адресной книге. При работе через intent приложение заполняет поля будущей карточки и открывает редактор, но не получает постоянный фоновый доступ. Человек видит, что именно добавляется, и может исправить имя, номер или учётную запись. Если действие отменено, приложение должно учитывать этот исход, а не показывать безусловное сообщение об успешном сохранении.

Контакт может храниться в разных учётных записях, а отображаемая пользователю карточка объединять несколько исходных записей. Именно поэтому предложение аккаунта и выбор существующей записи являются отдельными частями редактора. Приложение передаёт начальные значения, но окончательное действие остаётся за человеком. Для разового сохранения это уменьшает объём разрешений. Для постоянной синхронизации и массовых изменений существует другая модель доступа, которую Google выделяет в специальный класс. Предварительные макеты показывают как создание новой карточки, так и добавление сведений к найденному контакту.

Стандартизация поведения на разных устройствах

Google признаёт, что прежние редакторы производителей вели себя неодинаково: могли терять переданную фотографию или неочевидно обрабатывать возврат назад. Следующий выпуск должен унифицировать поведение трёх действий. Среди описанных параметров — предложение учётной записи через EXTRA_ACCOUNT и передача фотографии через EXTRA_PHOTO_URI. Производители сохраняют возможность оформлять окно в стиле своей системы. Показанные в блоге половинные и полноэкранные формы являются предварительными макетами: внешний вид ещё может измениться. Поэтому их нельзя выдавать за окончательные скриншоты будущего Android.

Кому понадобится специальный доступ

Для небольшого класса приложений с необходимостью массово создавать и изменять контакты заявлен MANAGE_CONTACTS. В публикации появление специального доступа отнесено к Android 17 QPR2 в четвёртом квартале 2026 года; это заявленный график, а не подтверждение установки обновления на конкретный телефон. Обычная форма добавления клиента и полноценный менеджер синхронизации имеют разные требования. Изменение затрагивает целевой SDK, обработку результата редактора и передачу URI фотографии. Документация по intents остаётся важной и для совместимости: на старых устройствах сохраняют значение существующие реализации редакторов и доступность обработчика действия.

Миграция затрагивает результат действия

Системный редактор может быть закрыт без сохранения, а исходное приложение — уничтожено системой, пока пользователь заполняет поля. Поэтому переход требует проверки восстановления собственного экрана и корректного сообщения о результате. Фотография передаётся как URI с ограниченным доступом, а не как повод раскрыть все файлы приложения. Эти детали особенно заметны в CRM и мессенджерах, где одна операция добавления контакта начинается внутри другого длительного сценария.