HarmonyOS学习路之开发篇—设备管理(位置开发)

简介: 移动终端设备已经深入人们日常生活的方方面面,如查看所在城市的天气、新闻轶事、出行打车、旅行导航、运动记录。这些习以为常的活动,都离不开定位用户终端设备的位置。

位置开发概述

移动终端设备已经深入人们日常生活的方方面面,如查看所在城市的天气、新闻轶事、出行打车、旅行导航、运动记录。这些习以为常的活动,都离不开定位用户终端设备的位置。


当用户处于这些丰富的使用场景中时,系统的位置能力可以提供实时准确的位置数据。对于开发者,设计基于位置体验的服务,也可以使应用的使用体验更贴近每个用户。


当应用在实现基于设备位置的功能时,如:驾车导航,记录运动轨迹等,可以调用该模块的API接口,完成位置信息的获取。


基本概念

位置能力用于确定用户设备在哪里,系统使用位置坐标标示设备的位置,并用多种定位技术提供服务,如GNSS定位、基站定位、WLAN/蓝牙定位(基站定位、WLAN/蓝牙定位后续统称“网络定位技术”)。通过这些定位技术,无论用户设备在室内或是户外,都可以准确地确定设备位置。


坐标

系统以1984年世界大地坐标系统为参考,使用经度、纬度数据描述地球上的一个位置。


GNSS定位

基于全球导航卫星系统,包含:GPS、GLONASS、北斗、Galileo等,通过导航卫星、设备芯片提供的定位算法,来确定设备准确位置。定位过程具体使用哪些定位系统,取决于用户设备的硬件能力。


基站定位

根据设备当前驻网基站和相邻基站的位置,估算设备当前位置。此定位方式的定位结果精度相对较低,并且需要设备可以访问蜂窝网络。


WLAN、蓝牙定位

根据设备可搜索到的周围WLAN、蓝牙设备位置,估算设备当前位置。此定位方式的定位结果精度依赖设备周围可见的固定WLAN、蓝牙设备的分布,密度较高时,精度也相较于基站定位方式更高,同时也需要设备可以访问网络。


运作机制

位置能力作为系统为应用提供的一种基础服务,需要应用在所使用的业务场景,向系统主动发起请求,并在业务场景结束时,主动结束此请求,在此过程中系统会将实时的定位结果上报给应用。


约束与限制

使用设备的位置能力,需要用户进行确认并主动开启位置开关。如果位置开关没有开启,系统不会向任何应用提供位置服务。


设备位置信息属于用户敏感数据,所以即使用户已经开启位置开关,应用在获取设备位置前仍需向用户申请位置访问权限。在用户确认允许后,系统才会向应用提供位置服务。


获取设备的位置信息

场景介绍

开发者可以调用HarmonyOS位置相关接口,获取设备实时位置,或者最近的历史位置。


对于位置敏感的应用业务,建议获取设备实时位置信息。如果不需要设备实时位置信息,并且希望尽可能的节省耗电,开发者可以考虑获取最近的历史位置。


接口说明

获取设备的位置信息,所使用的接口说明如下。


表1 获取位置信息API功能介绍


image.png

开发步骤

应用在使用系统能力前,需要检查是否已经获取用户授权访问设备位置信息。如未获得授权,可以向用户申请需要的位置权限,申请方式请参考动态申请权限开发步骤。系统提供的定位权限有:

访问设备的位置信息,必须申请ohos.permission.LOCATION权限,并且获得用户授权。


如果应用在后台运行时也需要访问设备位置,除需要将应用声明为允许后台运行外,还必须申请ohos.permission.LOCATION_IN_BACKGROUND权限,这样应用在切入后台之后,系统可以继续上报位置信息。


开发者可以在应用config.json文件中声明所需要的权限,示例代码如下:


ohos.permission.LOCATION
ohos.permission.LOCATION_IN_BACKGROUND
{
    "module": {
        "reqPermissions": [{
            "name": "ohos.permission.LOCATION",
            "reason": "$string:reason_description",
            "usedScene": {
                "ability": ["com.myapplication.LocationAbility"],
                "when": "inuse"
            }, {
            ...
            }
        ]
    }
}

实例化Locator对象,所有与基础定位能力相关的功能API,都是通过Locator提供的。

Locator locator = new Locator(context);

实例化RequestParam对象,用于告知系统该向应用提供何种类型的位置服务,以及位置结果上报的频率。


方式一:


为了面向开发者提供贴近其使用场景的API使用方式,系统定义了几种常见的位置能力使用场景,并针对使用场景做了适当的优化处理,应用可以直接匹配使用,简化开发复杂度。系统当前支持场景如下表所示。


表2 定位场景类型说明

image.png

以导航场景为例,实例化方式如下:


RequestParam requestParam = new RequestParam(RequestParam.SCENE_NAVIGATION);

方式二:


如果定义的现有场景类型不能满足所需的开发场景,系统提供了基本的定位优先级策略类型。


表3 定位优先级策略类型说明:

image.png

以定位精度优先策略为例,实例化方式如下:


RequestParam requestParam = new RequestParam(RequestParam.PRIORITY_ACCURACY, 0, 0);

RequestParam requestParam = new RequestParam(RequestParam.PRIORITY_ACCURACY, 0, 0);

后两个入参用于限定系统向应用上报定位结果的频率,分别为位置上报的最小时间间隔,和位置上报的最小距离间隔,开发者可以参考API具体说明进行开发。


实例化LocatorCallback对象,用于向系统提供位置上报的途径。


应用需要自行实现系统定义好的回调接口,并将其实例化。系统在定位成功确定设备的实时位置结果时,会通过onLocationReport接口上报给应用。应用程序可以在onLocationReport接口的实现中完成自己的业务逻辑。


MyLocatorCallback locatorCallback = new MyLocatorCallback();
public class MyLocatorCallback implements LocatorCallback {
    @Override
    public void onLocationReport(Location location) {
    }
    @Override
    public void onStatusChanged(int type) {
    }
    @Override
    public void onErrorReport(int type) {
    }
}

启动定位


locator.startLocating(requestParam, locatorCallback);

如果应用不需要持续获取位置结果,可以使用如下方式启动定位,系统会上报一次实时定位结果后,自动结束应用的定位请求。应用不需要执行结束定位。


locator.requestOnce(requestParam, locatorCallback);

(可选)结束定位。


locator.stopLocating(locatorCallback);

如果应用使用场景不需要实时的设备位置,可以获取系统缓存的最近一次历史定位结果。


locator.getCachedLocation();

此接口的使用需要应用向用户申请ohos.permission.LOCATION权限。


(逆)地理编码转化

场景介绍

使用坐标描述一个位置,非常准确,但是并不直观,面向用户表达并不友好。


系统向开发者提供了地理编码转化能力(将地理描述转化为具体坐标),以及逆地理编码转化能力(将坐标转化为地理描述)。其中地理编码包含多个属性来描述位置,包括国家、行政区划、街道、门牌号、地址描述等等,这样的信息更便于用户理解。


接口说明

进行坐标和地理编码信息的相互转化,所使用的接口说明如下。


表1 地理编码转化能力和逆地理编码转化能力的API功能介绍

image.png

开发步骤

说明


GeoConvert需要访问后端服务,请确保设备联网,以进行信息获取。


实例化GeoConvert对象,所有与(逆)地理编码转化能力相关的功能API,都是通过GeoConvert提供的。

GeoConvert geoConvert = new GeoConvert();

如果需要根据自定义参数实例化GeoConvert对象,如语言、地区等,可以使用GeoConvert(Locale locale)。


获取转化结果。

调用getAddressFromLocation(double latitude, double longitude, int maxItems),坐标转化地理位置信息。

geoConvert.getAddressFromLocation(40.0, 116.0, 1);

参考接口API说明,应用可以获得与此坐标匹配的GeoAddress列表,应用可以根据实际使用需求,读取相应的参数数据。


调用getAddressFromLocationName(String description, int maxItems)位置描述转化坐标。

参考接口API说明,应用可以获得与位置描述相匹配的GeoAddress列表,其中包含对应的坐标数据,请参考API使用。


如果需要查询的位置描述可能出现多地重名的请求,可以调用getAddressFromLocationName(String description, double minLatitude, double minLongitude, double maxLatitude, double maxLongitude, int maxItems),通过设置一个经纬度范围,以高效地获取期望的准确结果。

geoConvert.getAddressFromLocationName("北京大兴国际机场", 1);
geoConvert.getAddressFromLocationName("北京大兴国际机场", 0.0, 0.0, 90.0, 180.0, 1);



相关文章
|
21天前
|
JavaScript 安全 前端开发
【HarmonyOS开发】ArkTS基础语法及使用(鸿蒙开发基础教程)
【HarmonyOS开发】ArkTS基础语法及使用(鸿蒙开发基础教程)
264 4
|
21天前
|
存储 数据安全/隐私保护
鸿蒙开发:自定义一个动态输入框
在鸿蒙开发中,如何实现这一效果呢,最重要的解决两个问题,第一个问题是,如何在上一个输入框输入完之后,焦点切换至下一个输入框中,第二个问题是,如何禁止已经输入的输入框的焦点,两个问题解决完之后,其他的就很是简单了。
45 13
鸿蒙开发:自定义一个动态输入框
|
24天前
|
小程序 测试技术 API
鸿蒙原生开发手记:03-元服务开发全流程(开发元服务,只需要看这一篇文章)
本文详细介绍元服务的开发及上架全流程,涵盖元服务的特点、创建项目、服务卡片、签名打包、开发测试及上架审核等环节,帮助开发者轻松掌握从零开始开发并发布元服务的全过程。元服务以其轻量、免安装、易于使用等特点,成为未来服务提供的重要形式。
60 13
鸿蒙原生开发手记:03-元服务开发全流程(开发元服务,只需要看这一篇文章)
|
29天前
|
Android开发
鸿蒙开发:自定义一个简单的标题栏
本身就是一个很简单的标题栏组件,没有什么过多的技术含量,有一点需要注意,当使用沉浸式的时候,注意标题栏的位置,需要避让状态栏。
鸿蒙开发:自定义一个简单的标题栏
|
26天前
|
传感器 数据处理 数据库
鸿蒙开发Hvigor插件动态生成代码
【11月更文挑战第13天】Hvigor 是鸿蒙开发中的构建系统插件,主要负责项目的构建、打包及依赖管理,并能根据预定义规则动态生成代码,如数据库访问、网络请求等,提高开发效率和代码一致性。适用于大型项目初始化和组件化开发。
|
24天前
|
Android开发 索引
鸿蒙开发:自定义一个车牌省份简称键盘
鸿蒙搞起来就比较的简单,直接一个Grid组件便可以搞定,最后的删除按钮,使用布局选项GridLayoutOptions便可轻松实现。
鸿蒙开发:自定义一个车牌省份简称键盘
|
26天前
|
安全 UED 开发者
鸿蒙开发:沉浸式效果实现
沉浸式效果实现后,一定要注意安全区域的内容避让,防止内容延伸后被导航条或者状态栏遮挡,具体是选择安全区域或者窗口管理方式,按照需求进行处理,如果仅仅是某个页面,直接安全区域即可。
鸿蒙开发:沉浸式效果实现
|
29天前
|
API
鸿蒙开发:切换至基于rcp的网络请求
本文的内容主要是把之前基于http封装的库,修改为当前的Remote Communication Kit(远场通信服务),无非就是通信的方式变了,其他都大差不差。
鸿蒙开发:切换至基于rcp的网络请求
|
1月前
|
UED
鸿蒙next版开发:相机开发-适配不同折叠状态的摄像头变更(ArkTS)
在HarmonyOS 5.0中,ArkTS提供了强大的相机开发能力,特别是针对折叠屏设备的摄像头适配。本文详细介绍了如何在ArkTS中检测和适配不同折叠状态下的摄像头变更,确保相机应用在不同设备状态下的稳定性和用户体验。通过代码示例展示了具体的实现步骤。
67 8
|
1月前
|
API 内存技术
鸿蒙next版开发:相机开发-拍照(ArkTS)
在HarmonyOS 5.0中,ArkTS提供了一套完整的API来管理相机功能,特别是拍照功能。本文详细介绍如何在ArkTS中实现拍照功能,包括导入接口、创建会话、配置会话、触发拍照及监听拍照输出流状态,并提供代码示例进行详细解读。通过本文,你将掌握如何在HarmonyOS 5.0中使用ArkTS实现高效的拍照功能。
79 7