Весь смысл использования extern, а не разоблачения того, что на самом деле происходит, заключается в том, что недоверие к gerwerkkins могут измениться, и вашему коду не нужно беспокоиться об этом, чтобы получить улучшения.
Тем не менее, CLLocationAccuracy определено как typedf для удвоения, поэтому я думаю, что будет справедливо предположить, что kCLLocationAccuracyNearestTenMeters = 10.0, kCLLocationAccuracyHundredMeters = 100.0 и т. Д. Лучше всего либо 0, 1, либо kCLLocationAcureNess, скорее всего, они являются последними. чтобы помочь людям, как TomTom и т. д.
Если вы ДЕЙСТВИТЕЛЬНО хотите знать, вы можете распечатать значения - они просто удваиваются.
Я не верю, что количество спутников или мощность Wi-Fi изменяется в зависимости от вашей желаемой точности. Насколько я понимаю алгоритмы, есть приблизительное вычисление, которое, чем больше раз в цикле, тем более точным оно становится. Следовательно, менее точный просто залог раньше.
Но, опять же, более важный момент: это не имеет значения. Apple специально не описывает, что происходит за кулисами, потому что это не является частью дизайна. Конструкция такова: если вы используете kCLLocationAccuracyKilometer, вы получите ответ, который находится в пределах километра и т. Д. И теперь Apple может свободно изменять то, как они приходят к этому, не заботясь о вас. Такая изоляция является основным принципом объектно-ориентированного программирования.
РЕДАКТИРОВАТЬ:
ИСПРАВЛЕНИЕ. Я только сейчас наблюдаю сеанс WWDC на месте (сеанс 115), и примерно в 22:00 он говорит о том, как при использовании BestForNavigation это добавляет некоторую коррекцию гироскопа (когда она доступна). ) Однако он предупреждает, что, хотя это потребляет много энергии и ресурсов процессора, его следует использовать только при необходимости, как при пошаговой навигации.
Я не уверен, насколько больше я могу говорить об этом публично, но, если вы являетесь зарегистрированным разработчиком, вы можете получить сеансы из iTunes-U.
(это WWDC-2010, кстати.)