HarmonyOS7 悬浮窗、分屏、平行视界怎么配合?多形态窗口实战
文章目录
- 前言
- 多窗口体系全景
- EasyGo 新特性:应用内分屏比价
- 设备形态适配策略
- 实战:智能助手的分屏比价布局
- 悬浮窗场景:语音助手常驻
- 踩坑记录
- 我的感受
前言
上篇我们玩了互动卡片和闪控窗,今天继续聊窗口——但这次是整个多窗口体系的全面实战。
HarmonyOS 7 的多窗口能力说实话让我眼前一亮。悬浮窗、侧边栏、分屏、平行视界,这四种形态组合在一起,基本覆盖了用户从手机到平板到折叠屏的所有使用场景。我们的智能生活助手要做到"哪里都能出现",就靠这套东西了。
多窗口体系全景
先把概念理清楚。HarmonyOS 7 的多窗口不是一个功能,是一整套窗口形态体系:
- 悬浮窗:App 内容以小窗形式悬浮在其他应用之上,比如视频通话时切到聊天界面,视频画面缩小成浮窗继续
- 侧边栏:窗口停靠在屏幕边缘,半收起状态,用户拉出来就能操作,类似系统的快捷面板
- 分屏:两个应用左右或上下并排显示,各自独立操作
- 平行视界:同一个应用在左右两侧显示不同层级的内容——左侧是列表,右侧是详情
这四种形态可以互相转换。闪控窗就是这个体系的核心枢纽——一个闪控球可以同时管理悬浮窗和侧边栏,用户一键切换。
EasyGo 新特性:应用内分屏比价
HarmonyOS 7 在平行视界基础上加了一个很实用的功能——应用内分屏比价。简单说就是同一个页面内,左右两边同时展示不同商品或不同渠道的信息,用户可以直观对比。
这个功能对我们的智能助手太合适了。用户在选商品的时候,左边看 A 平台的价格,右边看 B 平台的价格,不用再两个 App 来回切换。
EasyGo 的配置很轻量,核心就是在module.json5里声明支持平行视界,然后在代码里做分屏布局:
// module.json5{"module":{"abilities":[{"name":"ShoppingAbility","srcEntry":"./ets/entryability/ShoppingAbility.ets","launchType":"multiton","orientation":"auto_rotation","multiWindowConfig":{"splitMode":"horizontal","minWidth":360,"minHeight":480,"supportWindowModes":["fullscreen","split","floating","sidebar"]}}]}}supportWindowModes这个字段决定了你的应用支持哪些窗口形态。fullscreen是默认的全屏,split是分屏,floating是悬浮窗,sidebar是侧边栏。建议全勾上,让系统自动适配。
设备形态适配策略
这才是真正让人头疼的地方。手机、平板、折叠屏,三种设备形态下窗口的表现完全不同。
手机上主要用悬浮窗和侧边栏,分屏体验一般——屏幕太窄了,两个应用挤在一起很难用。平板和折叠屏就不一样了,分屏和平行视界才是主角,悬浮窗反而用得少。
我的做法是根据设备类型动态调整默认窗口策略:
// utils/WindowStrategy.etsimport{deviceInfo}from'@kit.BasicServicesKit';import{window}from'@kit.ArkUI';exporttypeDeviceForm='phone'|'tablet'|'foldable';exportfunctiongetDeviceForm():DeviceForm{consttype=deviceInfo.deviceType;if(type==='tablet')return'tablet';if(type==='2in1'||type==='foldable')return'foldable';return'phone';}exportfunctiongetDefaultWindowMode():window.WindowMode{constform=getDeviceForm();switch(form){case'tablet':case'foldable':returnwindow.WindowMode.WINDOW_MODE_SPLIT_PRIMARY;case'phone':default:returnwindow.WindowMode.WINDOW_MODE_FLOATING;}}这段代码通过deviceInfo.deviceType判断设备类型,然后返回推荐的默认窗口模式。平板和折叠屏默认走分屏,手机默认走悬浮窗。
实战:智能助手的分屏比价布局
接下来把比价功能跑通。核心思路是在平行视界模式下,左侧显示商品列表,右侧显示对比详情:
// pages/CompareShopping.etsimport{mediaquery}from'@kit.ArkUI';@Entry@Componentstruct CompareShopping{@StateleftProductId:string='';@StaterightProductId:string='';@StateisSplitMode:boolean=false;privatesmBreakpoint:mediaquery.SMBreakPoint=newmediaquery.SMBreakPoint();aboutToAppear(){this.smBreakpoint.register((sm:mediaquery.SMBreakpoint)=>{// 当屏幕宽度大于 sm 阈值时,启用分屏模式this.isSplitMode=sm.currentBreakpoint==='lg'||sm.currentBreakpoint==='xl';});}aboutToDisappear(){this.smBreakpoint.unregister();}build(){if(this.isSplitMode){// 分屏布局:左列表 + 右详情Row(){// 左侧:商品列表ProductListPanel({onProductSelect:(id:string)=>{this.leftProductId=id;}}).width('40%').height('100%')Divider().vertical(true)// 右侧:对比详情CompareDetailPanel({productId:this.leftProductId}).width('60%').height('100%')}.width('100%').height('100%')}else{// 手机模式:普通的列表→详情跳转ProductListPanel({onProductSelect:(id:string)=>{router.pushUrl({url:'pages/ProductDetail',params:{productId:id}});}})}}}这里用mediaquery的断点系统来判断当前窗口宽度。大屏幕下直接左右分栏,小屏幕下退化成传统的列表→详情跳转。同一套代码,不同设备自动适配。
悬浮窗场景:语音助手常驻
智能助手还有个很自然的悬浮窗场景——语音助手浮窗。用户在购物界面,悬浮窗显示语音助手按钮,点击就能语音搜索商品,不用离开当前页面:
// components/AssistantFloatingView.ets@Entry@Componentstruct AssistantFloatingView{@StateisExpanded:boolean=false;@StatevoiceText:string='';build(){Column(){if(this.isExpanded){// 展开态:显示语音识别结果和快捷操作Column({space:12}){Text(this.voiceText||'按住说话').fontSize(14).fontColor('#666')Row({space:16}){Button('搜商品').onClick(()=>{/* 触发搜索 */})Button('比价格').onClick(()=>{/* 跳转比价 */})Button('查物流').onClick(()=>{/* 查物流 */})}}.padding(16).borderRadius(16).backgroundColor('#FFFFFF').shadow({radius:8,color:'#20000000',offsetX:0,offsetY:2})}else{// 收起态:只显示一个小圆球Image($r('app.media.assistant_icon')).width(48).height(48).borderRadius(24)}}.onClick(()=>{this.isExpanded=!this.isExpanded;}).animation({duration:200,curve:Curve.EaseInOut})}}悬浮窗组件配合闪控球,用户随时能呼出语音助手。点击闪控球展开完整面板,再点一次收起。这个交互在购物流程中特别顺滑。
踩坑记录
开发过程中踩了几个坑,分享一下:
窗口尺寸变化时数据丢失。从全屏切到分屏,组件会重新布局,如果状态管理没做好,@State里的数据可能丢失。解决方案是用@StorageLink或者把关键状态存到AppStorage里,这样窗口变化不影响数据。
侧边栏宽度适配。侧边栏模式下可用宽度比预期小很多,硬编码宽度很容易溢出。建议侧边栏模式全部用百分比布局或者Flex弹性布局。
多窗口间的通信。两个分屏窗口想共享数据,别用EventHub——它只在同一个 UIAbility 内有效。用@ohos.app.ability.common里的sharedData或者分布式数据管理,跨窗口通信更靠谱。
我的感受
多窗口体系是 HarmonyOS 7 在用户体验层面感知最强的升级之一。但说实话,适配工作量不小。三种设备形态 × 四种窗口模式,排列组合下来有十几种布局状态。我的建议是先做手机全屏 + 悬浮窗,跑通核心流程,再逐步加分屏和平行视界。一口吃不成胖子,分阶段来会轻松很多。
EasyGo 的分屏比价确实好用,我自己在折叠屏上试了试,同时看两个平台的商品价格,体验非常直觉。如果你的 App 有类似的"对比"场景,强烈建议试试这个能力。
下一篇我们来聊方舟引擎,看看怎么把这些窗口界面的渲染性能拉上去。
