Комментарии 14
Спасибо. На днях при обновлении приложения столкнулся с требованием включения в приложение этого манифеста. В целом, не совсем понял, почему сохранение в UserDefaults настроек приложения внезапно потребовало дополнительных манипуляций. Но требование исполнил.
Хорошая статья, все по делу, без воды)
Отличный гайд, буду пользоваться!)
Нет информации о том, что это и зачем его внедрять в приложение. «Пользователи часто интересуются» - это не причина.
Тем более, что тот же UserDefaults используют 99% приложений. Вы уверены, что каждое из этих приложений должно будет прописать разрешение на то, чтобы просто сохранять данные между запусками?
Вы уверены, что каждое из этих приложений должно будет прописать...
AppStore уже требует наличие этого манифеста при отправке апдейта приложения, использующего UserDefaults
Сама Apple так заявляет, вот в чем нюанс
Очень актуальная и полезная статья, спасибо автору!
Вдобавок хочу поделиться несколькими полезными ссылками по теме :)
Как сказано в статье: "Скорее всего, вам необходимо будет автоматизировать обнаружение использования вышеперечисленных API в вашем коде приложения. Для этого больше всего подходит написание скриптов, но в этой статье мы не будем их писать скрипты."
К моей радости, скрипты уже тоже за нас написали (с поиском и по текстовым, и по бинарным файлам): https://github.com/omarzl/ios_17_required_reason_api_scanner/tree/binary_analyzer
А другие добрые люди еще и генератор файла privacy manifest сделали: https://wemakeapps.net/manifest-maker
Спасибо за статью. Такой вопрос: если sdk собирает какие-то данные, но не запрашивает разрешения на это, рассчитывая, что такие разрешения даст использующее sdk приложение. Надо ли формировать privacy manifest?
Privacy Manifest: что нужно о нём знать для внедрения в проект