转载

定位于定位优化(iOS)

定位于定位优化

1.定位的方案

最近在做项目, 遇到了一个问题就是 如何让iOS7~~iOS9的定位 .因为项目需求只是需要获取用户所在的城市, 而不用十分具体详细的精确定位, 服务端考虑用区号 , 作为标识,但是看了百度的SDK, 不忍吐槽.最后决定用高德的SDK进行定位的开发.高德的定位SDK也是基于CoreLocation框架进行二次的开发, 但是其提供具体的区号 , 十分方便与服务端进行相应的逻辑开发.如果用原生的, 在大陆可能存在各种各样的问题, 因为大陆的iphone手机有韩版, 日版, 欧版, 美版, 就差没非版了, 这些手机获取的定位信息会存在七七八八的非中文编码, 十分头疼.所以就采用高德的定位SDK进行统一的定位解决.

2.定位的逻辑

使用高德的SDK定位, 十分简单, 直接导入其框架的 主头文件

import <AMapLocationKit/AMapLocationKit.h>

.不要问我框架的主头文件是啥.接着直接使用高德的一次性定位,

[self.locationManager requestLocationWithReGeocode:YES completionBlock:^(CLLocation *location, AMapLocationReGeocode *regeocode, NSError *error) {                                  if (!error) {                                           }             }];

在异步回调的block中就有相应的信息.如果出错error会有值, 不为空.

3.用户的体验:(跳转到开启定位服务)

我们知道当用户关闭定位服务, 或者禁止本程序进行定位的时候,最后是能在App中就直接跳转到相应的设置界面进行设置.这里为了程序的兼容和响应速度, 我采用CCLocationManager这个自带的类进行判断. 为什么不使用高德的一次性定位 , 进行间接的判断, 当error有值时候,提示开启定位服务.这里主要存在的问题是因为, 高德提供的一次性定位, 的定位速度不快, 我自己用起来都觉得很慢, 所以当用户点了定位, 还用等你去做定位请求后, 再通过这个定位结果判断是否开启定位服务, 是十分不合理的.所以我的思路便是采用CCLocationManager进行精确度最低的定位.

具体的逻辑就是