前言
鸿蒙登场!它的征途是万物互联
备受瞩目的华为HarmonyOS 2(即鸿蒙系统)正式发布。同时,华为发布了多款搭载鸿蒙系统的新产品,包括Mate 40系列新版本、Mate X2新版本、华为WATCH 3系列、华为MatePad Pro等手机、智能手表、平板产品。
鸿蒙系统的正式发布,意味着“鸿蒙手机”已经变成面向市场的正式产品。随着300多个应用和服务伙伴、1000多个硬件伙伴以及50余万个开发者的加入,鸿蒙“生态圈”正在逐步扩大
鸿蒙的时代即将逐步的到来,想要转型的程序员们可以开始学起来了。
吐槽安卓
不知道你有没有在安卓上做过悬浮窗的需求,开发体验那个是一言难尽。
如果你要做的是系统级别的悬浮窗,就需要判断是否具备悬浮窗权限。然而这又不是一个标准的动态权限,你需要兼容各种奇葩机型的悬浮窗权限判断,下面的代码来自于某著名开源库: EasyFloat 。
fun checkPermission(context: Context): Boolean =
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M) when {
RomUtils.checkIsHuaweiRom() -> huaweiPermissionCheck(context)
RomUtils.checkIsMiuiRom() -> miuiPermissionCheck(context)
RomUtils.checkIsOppoRom() -> oppoROMPermissionCheck(context)
RomUtils.checkIsMeizuRom() -> meizuPermissionCheck(context)
RomUtils.checkIs360Rom() -> qikuPermissionCheck(context)
else -> true
} else commonROMPermissionCheck(context)
private fun commonROMPermissionCheck(context: Context): Boolean =
if (RomUtils.checkIsMeizuRom()) meizuPermissionCheck(context) else {
var result = true
if (Build.VERSION.SDK_INT >= 23) try {
val clazz = Settings::class.java
val canDrawOverlays = clazz.getDeclaredMethod("canDrawOverlays", Context::class.java)
result = canDrawOverlays.invoke(null, context) as Boolean
} catch (e: Exception) {
Log.e(TAG, Log.getStackTraceString(e))
}
result
}
如果你要做的是应用内的全局悬浮窗,那么对不起,不支持,自己想办法。普遍的做法是在根布局 DecorView 直接塞进去。
遥遥领先
在鸿蒙上实现悬浮窗相对就要简单的多。
对于系统级别弹窗,仍然需要权限,但也不至于那么麻烦的适配。
对于应用内全局弹出,鸿蒙提供了 应用子窗口 可以直接实现。
本文着重介绍如何利用应用子窗口实现应用内全局悬浮窗。
创建应用子窗口需要先拿到窗口管理器 WindowStage 对象,在 EntryAbility.onWindowStageCreate() 回调中取。
FloatManager.setWindowStage(windowStage)
setWindowStage(windowStage: window.WindowStage) {
this.windowStage_ = windowStage
}
然后通过 WindowStage.createSubWindow() 创建子窗口。
创建子窗口
showSubWindow() {
if (this.windowStage_ == null) {
Log.error(TAG, 'Failed to create the subwindow. Cause: windowStage_ is null');
} else {
this.windowStage_.createSubWindow("HarmonyWorld", (err: BusinessError, data) => {
...
this.sub_windowClass = data;
// 子窗口创建成功后,设置子窗口的位置、大小及相关属性等
// moveWindowTo 和 resize 都可以重复调用,实现拖拽效果
this.sub_windowClass.moveWindowTo(this.locationX, this.locationY, (err: BusinessError) => {
...
});
this.sub_windowClass.resize(this.size, this.size, (err: BusinessError) => {
...
});
// 给子窗口设置内容
this.sub_windowClass.setUIContent("pages/float/FloatPage", (err: BusinessError) => {
...
// 显示子窗口。
(this.sub_windowClass as window.Window).showWindow((err: BusinessError) => {
...
// 设置透明背景
data.setWindowBackgroundColor("#00000000")
});
});
})
}
}
这样就可以在指定位置显示指定大小的的悬浮窗了。
然后再接着完善手势拖动和点击事件。
既要监听拖动,又要监听手势,就需要通过 GestoreGroup,并把设置模式设置为 互斥识别。
@Entry
@Component
export struct FloatPage {
private context = getContext(this) as common.UIAbilityContext
build() {
Column() {
Image($r('app.media.mobile_dev'))
.width('100%')
.height('100%')
}
.gesture(
GestureGroup(GestureMode.Exclusive,
// 监听拖动
PanGesture()
.onActionUpdate((event: GestureEvent | undefined) => {
if (event) {
// 更新悬浮窗位置
FloatManager.updateLocation(event.offsetX, event.offsetY)
}
}),
// 监听点击
TapGesture({ count: 1 })
.onAction(() => {
router.pushUrl(...)
}))
)
}
}
在拖动手势 PanGesture 的 onActionUpdate() 回调中,可以实时拿到拖动的距离,然后通过 Window.moveWindowTo() 就可以实时更新悬浮窗的位置了。
updateLocation(offSetX: number, offsetY: number) {
if (this.sub_windowClass != null) {
this.locationX = this.locationX + offSetX
this.locationY = this.locationY + offsetY
this.sub_windowClass.moveWindowTo(this.locationX, this.locationY, (err: BusinessError) => {
......
});
}
}
在点击手势 TapGesture中,我的需求是路由到指定页面,直接调用 router.pushUrl()。看似很正常的调用,在这里确得到了意想不到的结果。
发生页面跳转的并不是预期中的应用主窗口,而是应用子窗口。
把问题抛到群里之后,得到了群友的热心解答。
每个 Window 对应自己的 UIContext,UIContext 持有自己的 Router ,所以应用主窗口和应用子窗口的 Router 是相互独立的。
那么,问题就变成了如何在子窗口中让主窗口进行路由跳转?通过 EventHub 或者 emitter 都可以。emiiter 可以跨线程,这里并不需要,EventHub 写起来更简单。我们在点击手势中发送事件:
TapGesture({ count: 1 })
.onAction(() => {
this.context.eventHub.emit("clickFloat")
})
在 EntryAbility 中订阅事件:
onCreate(want: Want, launchParam: AbilityConstant.LaunchParam): void {
eventHub.on("clickFloat", () => {
if (this.mainRouter) {
this.mainRouter.pushUrl(...)
}
})
}
这里的 mainRouter 我们可以提前在主 Window 调用 loadContent() 之后获取:
windowStage.loadContent(pages/Index', (err, data) => {
this.mainRouter = this.windowClass!.getUIContext().getRouter()
});
最后还有一个小细节,如果在拖动悬浮窗之后,再使用系统的返回手势,按照预期应该是主窗口的页面返回,但这时候焦点在子窗口,主窗口并不会响应返回手势。
我们需要在子窗口承载的 Page 页面监听 onBackPress(),并通过 EventHub 通知主窗口。
onBackPress(): boolean | void {
this.context.eventHub.emit("float_back")
}
主窗口接收到通知后,调用 mainRouter.back 。
kotlin复制代码eventHub.on("clickFloat", () => {
if (this.mainRouter) {
this.mainRouter.back()
}
})
应用内全局,可拖拽的悬浮窗就完成了。
代码在这里:FloatManager
总结
总的来说,华为鸿蒙不再兼容安卓,对中年程序员来说是一个挑战,也是一个机会。随着鸿蒙的不断发展以及国家的大力支持,未来鸿蒙职位肯定会迎来一个大的爆发,只有积极应对变化,不断学习和提升自己,我们才能在这个变革的时代中立于不败之地
最后
有很多小伙伴不知道该从哪里开始学习鸿蒙开发技术?也不知道鸿蒙开发的知识点重点掌握的又有哪些?自学时频繁踩坑,导致浪费大量时间。结果还是一知半解。所以有一份实用的鸿蒙(HarmonyOS NEXT)全栈开发资料用来跟着学习是非常有必要的。
这份鸿蒙(HarmonyOS NEXT)资料包含了鸿蒙开发必掌握的核心知识要点,内容包含了
最新鸿蒙全栈开发学习线路
鸿蒙HarmonyOS开发基础到实战开发手册
鸿蒙HarmonyOS next教学视频
大厂面试真题
鸿蒙HarmonyOS源码剖析
这份资料能帮住各位小伙伴理清自己的学习思路,更加快捷有效的掌握鸿蒙开发的各种知识。有需要的小伙伴自行领取,,先到先得~无套路领取!!
获取这份完整版高清学习路线,请点击→鸿蒙全栈开发学习资料
————————————————