Упрощение запросов разрешения местоположения в iOS 11
Моему приложению необходимо разрешение "всегда". Apple усложнила варианты разрешения местоположения, если приложения запрашивают "всегда" напрямую, поэтому я начал спрашивать "во время использования", а затем "всегда". Это дает пользователю первый диалог для "во время использования" с кнопками "Не разрешать" и "Разрешать", что замечательно. Тем не менее, я хотел бы, чтобы в следующем диалоговом окне были те же кнопки (при условии, что они разрешают "при использовании"), и я получал это до обновления до iOS 11 Beta 5 (я не уверен - возможно, я пропустил пару беты).
В iOS 11 Beta 5 я вижу сложный текст кнопки (например, "Во время использования приложения" и "Всегда" вместо "Не разрешать" / "Разрешить"), ДАЖЕ ЕСЛИ разрешение "во время использования" уже предоставлено.
Я хочу дать пользователям более простые варианты. Я думаю, что пользователи читают эти диалоговые окна разрешений примерно так же часто, как они читают лицензионное соглашение, и что если это не простое разрешение / запрет, большинство просто выберет случайный вариант вместо чтения, и мое приложение не получит разрешение необходимо.
Это возможно с последней бета-версией iOS 11? И будет ли это возможно в финальной iOS 11? Я думал, что это то, что Apple предлагает - вот несколько советов (из https://m.rover.io/wwdc-2017-update-significant-updates-to-location-permissions-coming-with-ios-11-41f96001f87f):
Для тех, кто ищет всегда уровни разрешений, Apple сейчас рекомендует новый поток разрешений, который по сути является двухэтапным подходом. Первая фаза или первоначальная регистрация должны запрашивать только разрешения "при использовании"...
1 ответ
Диалог остается тем же для iOS 11.
С requestWhenInUseAuthorization() iOS представит эти варианты:
Если пользователь разрешил доступ к местоположению во время использования, и вы позже попросите всегда обращаться к местоположению с requestAlwaysAuthorization()iOS представит эти опции. Вы уже получаете выгоду здесь, что Don't Allow Any Access не предлагается:
Если вы попросите requestAlwaysAuthorization() сразу, прежде чем просить requestWhenInUseAuthorization()iOS представит следующие варианты:
Так что решите вашу проблему, желательно не просто запрашивать диалоги iOS, но и подготовить пользователя с вашим собственным предварительным диалогом. Запрашивайте диалоги iOS только тогда, когда вы уверены, что пользователь примет это. Это снизит вероятность того, что пользователь на этот раз запретит доступ, но, возможно, разрешил бы доступ в других обстоятельствах. Как только пользователь отказывается, вы больше не можете запрашивать диалоги iOS.
На общей ноте:
Я думаю, что пользователи читают эти диалоги разрешений примерно так же часто, как они читают EULA
Откровенно говоря, это не должно быть фундаментальным предположением, на основе которого мы разрабатываем рабочие процессы приложений и регулируем конфиденциальность пользователей.
Технологические компании и общественные дискуссии все больше внимания уделяют конфиденциальности пользователей. Определенного выбора явно недостаточно, часть работы заключается в обучении пользователей тому, что предоставление своего местоположения 24/7 возможно неизвестному разработчику хобби или компании в стране с неизвестными законами о защите данных - это не то же самое, что щелчок мышью. Yes на лицензионное соглашение. Кроме того, правовые изменения требуют, чтобы обмен такой конфиденциальной информацией, как ваше местоположение в реальном времени, не мог быть спрятан где-то в EULA, но должен быть явно выбран пользователем.
К счастью, усилия таких компаний, как Apple, обеспечивают ответственный доступ к пользовательским данным для разработчиков, чтобы создавать великолепные функции. Это может быть сделано только путем предоставления выбора пользователям с помощью заметных подсказок, подобных той, на которую вы ссылаетесь. Потому что альтернативой может быть отсутствие обмена данными или более высокие препятствия по закону.
Обновление март 2018
Чтобы подчеркнуть сказанное выше: недавнее недоверие к технологиям в отношении конфиденциальности данных (Facebook & Cambridge Analytica) подтвердило, насколько важно понимать ответственность, связанную с персональными данными. Результатом будет больше внешнего регулирования - и это правильно. Вывод для разработки рабочих процессов разрешений на доступ к данным может состоять только в том, чтобы информировать и обучать пользователей, а также прозрачно раскрывать, какие данные используются для каких целей, и предоставлять легкий доступ для отмены обмена / удаления данных.
Обновление май 2018
С европейским союзом General Data Protection Regulation (GDPR) Вступив в силу, также стало обязательным, что вам необходимо передавать информацию о том, как вы обрабатываете личные данные, кратким, прозрачным, понятным, легкодоступным и понятным и понятным языком.