CLLocationManagerDelegate

Обсуждение

Реализация этого метода является дополнительной, но рекомендована.

Обсуждение

Реализация этого метода является дополнительной, но рекомендована.

Вызовы диспетчера расположения этот метод, когда это встречается с ошибкой при попытке получить расположение или заголовке данных. Если служба определения местоположения неспособна получить расположение сразу же, это отчеты a kCLErrorLocationUnknown ошибка и продолжает пробовать. В такой ситуации можно просто проигнорировать ошибку и ожидать нового события. Если заголовок не мог бы быть определен из-за сильной интерференции от соседних магнитных полей, этот метод возвраты kCLErrorHeadingFailure.

Если пользователь отклоняет использование Вашего приложения службы определения местоположения, этот метод отчеты a kCLErrorDenied ошибка. После получения такой ошибки необходимо остановить службу определения местоположения.

Обсуждение

Вызовы объектов менеджера расположения этот метод, чтобы сообщить, что это прекратило задерживать поставку событий расположения. Менеджер может вызвать этот метод для любого числа причин. Например, это вызывает его при остановке обновлений информации о местоположении в целом когда Вы просите, чтобы менеджер расположения запретил задержанные обновления, или когда удовлетворяют условию для задержки обновлений (таких как превышение тайм-аута или параметра расстояния).

Обсуждение

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

Обсуждение

Когда обновления информации о местоположении приостанавливаются и должны быть возобновлены (возможно, потому что пользователь перемещается снова), вызовы диспетчера расположения этот метод, чтобы позволить Вашему приложению знать, что это собирается начать поставку тех обновлений снова.

Обсуждение

Реализация этого метода является дополнительной, но ожидается, если Вы начинаете возглавлять обновления с помощью startUpdatingHeading метод.

Вызовы объектов менеджера расположения этот метод после начального запуска службы заголовка. Когда значение, о котором ранее сообщают, изменяется больше, чем значение, указанное в, последующие события поставлены headingFilter свойство менеджера расположения объект.

Обсуждение

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

• В первый раз обновления заголовка когда-либо требуют

• Когда Базовое Расположение наблюдает существенное изменение в величине или наклоне наблюдаемого магнитного поля

Если Вы возвращаетесь YEStrue от этого метода Базовое Расположение выводит на экран возглавляющее калибровочное предупреждение поверх текущего окна сразу. Калибровочное предупреждение предлагает пользователю перемещать устройство в определенный образец так, чтобы Базовое Расположение могло различить магнитное поле Земли и любые локальные магнитные поля. Предупреждение остается видимым, пока калибровка не завершена или пока Вы явно не отклоняете его путем вызова dismissHeadingCalibrationDisplay метод. В последнем случае можно использовать этот метод, чтобы установить таймер и отклонить интерфейс после того, как протекло указанное количество времени.

Если Вы возвращаетесь NOfalse от этого метода или не обеспечивают реализацию для него в Вашем делегате, Базовое Расположение не выводит на экран возглавляющее калибровочное предупреждение. Даже если предупреждение не выведено на экран, калибровка может все еще произойти естественно, когда любые вмешивающиеся магнитные поля переезжают от устройства. Однако, если устройство неспособно калибровать себя по какой-либо причине, значению в headingAccuracy свойство любых последующих событий отразит некалиброванные чтения.

Обсуждение

Поскольку области являются ресурсом общего приложения, каждый активный менеджер расположения, объект передает это сообщение своему связанному делегату. Это не имеет значения, какой менеджер расположения фактически зарегистрировал указанную область. И если многократные менеджеры расположения совместно используют объект делегата, тот делегат получает сообщение многократно.

Предоставленный объект области может не быть тем же самым, который был зарегистрирован. В результате Вы никогда не должны выполнять сравнения уровня указателя для определения равенства. Вместо этого используйте строку идентификатора области, чтобы определить, должен ли ответить Ваш делегат.

Обсуждение

Поскольку области являются ресурсом общего приложения, каждый активный менеджер расположения, объект передает это сообщение своему связанному делегату. Это не имеет значения, какой менеджер расположения фактически зарегистрировал указанную область. И если многократные менеджеры расположения совместно используют объект делегата, тот делегат получает сообщение многократно.

Предоставленный объект области может не быть тем же самым, который был зарегистрирован. В результате Вы никогда не должны выполнять сравнения уровня указателя для определения равенства. Вместо этого используйте строку идентификатора области, чтобы определить, должен ли ответить Ваш делегат.

Обсуждение

Вызовы диспетчера расположения этот метод каждый раз, когда существует граничный переход для области. Это вызывает этот метод в дополнение к вызову locationManager:didEnterRegion: и locationManager:didExitRegion: методы. Менеджер расположения также вызывает этот метод в ответ на вызов к requestStateForRegion: метод, работающий асинхронно.

Обсуждение

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

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

Обсуждение

Вызовы диспетчера расположения этот метод, когда новый набор маркеров становится доступным в указанной области или когда маркер выходит из диапазона. Когда диапазон маркера изменяется, менеджер расположения также вызывает этот метод; например, когда маркер становится ближе.

Обсуждение

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

Обсуждение

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

Обсуждение

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

Когда Вы вызываете, если уже известно состояние авторизации requestWhenInUseAuthorization или requestAlwaysAuthorization метод, менеджер расположения не сообщает о текущем состоянии авторизации этому методу. Менеджер расположения только сообщает об изменениях в состоянии авторизации. Например, когда состояние изменяется от, это вызывает этот метод kCLAuthorizationStatusNotDetermined к kCLAuthorizationStatusAuthorizedWhenInUse.