【共创稿事节】HarmonyOS 7 平行视界 EasyGo 实战:配置文件接入应用内分屏,1:2/2:1 随意切

HarmonyOS开发实战:玩转平行视界案例展示(下) 购物模式能有效解决宽屏设备上的显示适配问题,适用于购物类的场景和应用。 从上述运行效果可以发现购物模式有三个特点: 阅读详情

本文基于 HarmonyOS 7(API 26)官方《平行视界》能力介绍与开发指导整理。文中代码是为说明问题自写的完整示例,不是官方示例的搬运;配置文件字段名、枚举值等事实性信息均标注官方出处,未能逐字核实的指向写法已注明"以官方文档为准";涉及真机表现的部分以真机实测为准,未做任何实测数据编造。


HarmonyOS 7 平行视界 EasyGo 实战

引子:折叠屏展开的那一刻,你的应用在"整页跳"

V哥有个习惯,拿到新折叠屏先装自己团队的电商 Demo。展开态下点一个商品,整页跳转;再点推荐商品,又整页跳转。十二英寸的屏幕,利用率不到一半,旁边全是黑边和留白。同事说了句扎心的:“这应用是把平板当大号手机用。”

传统解法是重写导航:把 Router 迁到 Navigation、把页面塞进双分栏布局、把状态同步逻辑推倒重来。对多数业务团队来说,这是一场伤筋动骨的重构。

HarmonyOS 7(API 26)把另一条路铺好了:平行视界 EasyGo 能力升级,开发者不改业务代码,写一份配置文件就能让应用在大屏上以左右双页的方式运行,路由模式、分栏比例、分割线样式全部可配(官方新能力一览)。这期V哥把它拆开讲:机制、配置、路由模式、比例与分割线、应用内分屏,最后给一份"该不该用平行视界"的选型判断。


一、先摆正定位:平行视界是系统级兜底,不是新框架

官方的定义很克制(平行视界能力介绍):

平行视界是一种针对大屏设备(折叠屏、平板)开发的系统级应用显示技术。它打破了传统移动应用只能在单一页面显示的局限,允许同一个应用在屏幕上同时开启两个页面,实现"一级页面左侧显示,二级页面右侧显示"的布局模式。

V哥从这段话里读出三个重点:

重点意思对开发者的直接影响
系统级分栏由系统按路由栈自动完成,不进你的页面代码老业务零改动,只写配置
兼容方案官方原话:针对"未适配分栏布局"场景的系统兜底方案定位是快速接入,不是精细定制
自配置从 API 23 起SDK 6.1.0(23) 即支持开发者自配置;路由模式、比例、分割线等为 API 26 新增老版本只能吃默认 1:1,7.0 才有完整的"随意切"

第三条要特别标注:路由模式、分栏比例拖拽、分割线颜色这些 7.0 的新能力,需升级至 HarmonyOS 7 并以实际支持机型为准,具体表现以真机实测为准。

还有一条硬边界:自由多窗模式下,暂不支持平行视界(官方说明,针对 tablet 设备配置项)。做窗口化场景的应用要先确认自己的主战场。


二、接入三步:一份 JSON、一行注册、应用级生效

官方把物理形态规定得很简单(平行视界开发指导):在 profile 目录下创建配置文件(官方示例名 easy_go.json,可自行命名),在 module.json5 中添加 easyGo 字段指向它。当前仅支持在 entry 模块下配置,配置后应用级生效。指向写法的细节以官方文档"开发步骤"一节为准,这里写结构示意:

{
  "module": {
    // V哥注:easyGo 字段指向 profile 目录下的 easy_go.json(文件名可自行命名),
    // 具体指向写法以官方文档《平行视界》开发指导"开发步骤"一节为准
    "easyGo": "$profile:easy_go"
  }
}

easy_go.json 是标准的两层 JSON(字段名均已按官方文档核实):

{
  "common": {
    "displayModeOptions": {
      // 长方形宽屏窗口(>=600vp 且宽/高 > 1.2):走 Navigation 分栏
      "wideWindowMode": "navigationSplit",
      // 方形宽屏窗口(>=600vp 且高/宽、宽/高均 <= 1.2):同上
      "squareWindowMode": "navigationSplit",
      "navigationSplitOptions": {
        "homePage": "navBar",                 // Navigation 首页做主页;用 NavDestination 做主页则配其 name
        "relatedPage": "CategoryPage",        // 启动关联页:冷启动直接进列表
        "mode": 0,                            // 0=购物模式(左右推挤),1=导航模式(固定覆盖),默认 1
        "wideSplit":   { "ratio": "1 | 2" },  // 长方形窗口默认 1:2
        "squareSplit": { "ratio": "1 | 1", "isDraggable": true }, // 方形窗口开拖拽,三档吸附
        "transPages": ["AddressEditPage"],    // 过渡页固定右侧,不被推挤
        "fullScreenPages": ["FullScreenImagePage"], // 进此页退出分栏,返回恢复
        "splitDividerColor": {                // 分割线颜色,深浅色模式分开配
          "light": "#33FFFFFF",
          "dark": "#33000000"
        },
        "enableInSplitScreen": true,          // 窗口分屏下宽高满足条件则保持平行视界
        "enableReducedContainerSize": true    // 虚拟容器:断点/宽度按右侧页面尺寸计算
      }
    }
  },
  "tablet": {
    "displayModeOptions": {
      "wideWindowMode": "original",           // 在 tablet 上单独关掉兼容行为
      "squareWindowMode": "original"
    }
  }
}

第一层是设备类型:common 提供默认配置,phone/tablet 单独配置后覆盖 common。第二层 displayModeOptions 里,wideWindowMode/squareWindowMode 取三个枚举值:navigationSplit(路由由 Navigation 实现)、routerSplit(路由由 Router 实现)、original(关闭兼容行为)。注意 routerSplitOptions 和 navigationSplitOptions 不能同时存在,官方明确不建议在启用平行视界的应用里混用两种路由框架。

V哥最想强调的是 homePage:对 Navigation 路由,首页配 "navBar";如果想让某个 NavDestination 当主页,就配它的 name。官方建议主动配置主页——默认的主页识别机制"在有些场景下不能准确识别",识别错了,分栏的左右关系就全乱了。


三、路由模式:mode 0 和 mode 1,两种"左右"哲学

API 26 新增的 mode 字段是这期升级的核心。两种模式对应两种浏览心智(两种模式的交互规则均引自官方能力介绍):

分屏模式与比例预设示意

购物模式(mode: 0)——左右推挤。页面路由跳转时右侧页面始终向左推入,屏幕右侧展示路由栈栈顶页面,左侧展示次栈顶。左侧点商品、右侧出详情;在右侧再点推荐商品,原页面左移、新页面右推。适合"层层深入、随时回退"的浏览流:商品详情、机酒比价、内容连续浏览。临时编辑类页面(如地址编辑)用 transPages 固定在右侧,不被推挤。

导航模式(mode: 1,默认)——固定覆盖。左侧主页保持不变,右侧内容区以覆盖形式切换:左侧点条目,新页面覆盖右侧;右侧点条目,同样覆盖右侧;触发全局返回时,右侧回到上一层级。适合"导航固定、内容切换"的场景:IM 聊天、邮箱、长文阅读、分类导航。

还有个精细控件 pagePairs:配置 {from, to} 跳转关系对,仅在导航模式下生效——从 from 跳 to 时触发分栏,from 在左、to 在右,to 还可以配 "*" 表示任意页面。V哥的理解:mode 是全局的哲学,pagePairs 是对个别入口的精修,两者配合可以做到"全局导航式,个别入口比价式"。


四、比例与分割线:1:2/2:1 预设 + 三档吸附拖拽

这就是标题里"1:2/2:1 随意切"的出处。API 26 在 navigationSplitOptions(或 routerSplitOptions)里新增了 wideSplit 和 squareSplit 两个对象,内部两个字段:

  • ratio:左右页面比例,格式为 "正整数 | 正整数",范围限制在 1:2 到 2:1 之间,未配置默认 1:1,配超了取范围边界值。V哥的写法习惯:平板这类长方形窗口配 "1 | 2" 让详情占主视野,双折叠的方形展开态配 "1 | 1"。
  • isDraggable:开拖拽后 ratio 失效,默认从 1:1 起,三档吸附——在 1:2、1:1、2:1 之间可以拖动。用户自己找到舒服的比例,比开发者猜更聪明。

分割线也有两个开关:splitDividerColor 配深浅色两种颜色(十六进制 #AARRGGBB,官方提醒:应用不适配深色模式时,light 和 dark 配成同色);navigationSplitOptions 独有的 disableDivider 可以干脆隐藏分割线。

配套还有一批"防止左右页打架"的字段,V哥按官方说明列个速查表:

字段作用V哥的用法建议
fullScreenPages进入即退出分栏,返回恢复图片全屏、视频播放页必配
supportLandscapeFullscreen主动请求横屏时退出分栏(默认 true)参数对比大表类页面
dialogSupportSplit弹窗在右半屏显示(默认 true)默认即可,想居中再关
enableReducedContainerSize断点/lpx/窗口宽度按右页尺寸计算强烈建议开,治 UI 截断的头号药方
drawableRectHookWindow.drawableRect 按右页尺寸计算与上一条配套

官方"常见问题"第一条就是 UI 元素被截断——窗口一半宽度装原来的布局,元素当然溢出。除了虚拟容器,官方还给了 on('navDestinationUpdate')、onNavDestinationSizeChange() 等监听接口(API 23+)拿页面真实尺寸。V哥的顺序建议:自适应布局优先,虚拟容器兜底,监听接口留给精细场景。


五、应用内分屏:分屏入口 + 一段 ArkTS

7.0 还有一层组合技:应用处于平行视界分栏时,用户点详情页顶部的分屏入口,应用以主窗口形式进入系统窗口分屏,且原窗口继续保持平行视界效果——左边列表加详情,右边再开比价或物流查询,一屏三区(论坛官方解读)。

接入分两步。第一步配置 enableInSplitScreen: true(默认 false,不配就永远不进)。第二步在详情页加按钮,官方给的判断逻辑和拉起方式,V哥按自己的注释习惯整理:

// GoodsDetailPage.ets —— 分屏入口:只在"分栏态 + 未分屏"时露出
import { common, AbilityConstant } from '@kit.AbilityKit';
import { window } from '@kit.ArkUI';

// 按钮可见性:isEasySplit() 判断是否处于平行视界分栏态,
// windowStatusType 判断是否已处于窗口分屏
Button($r('app.string.enter_split'))
  .visibility(this.getUIContext().isEasySplit() &&
    this.mainWindowInfo.windowStatusType !== window.WindowStatusType.SPLIT_SCREEN
    ? Visibility.Visible : Visibility.None)
  .onClick(() => this.startSplitScreen())

// 拉起应用新实例,指定主窗口占比,以主窗口形式进入系统分屏
private startSplitScreen(): void {
  const context = this.getUIContext().getHostContext() as common.UIAbilityContext;
  context.startAbility(
    { bundleName: 'com.vge.demo', abilityName: 'EntryAbility' },
    {
      windowMode: AbilityConstant.WindowMode.WINDOW_MODE_SPLIT_PRIMARY,
      splitRatio: window.SplitRatioPreference.PRIMARY_DOMINANT
    });
}

接口名(isEasySplit()、WindowStatusType.SPLIT_SCREEN、WINDOW_MODE_SPLIT_PRIMARY、SplitRatioPreference.PRIMARY_DOMINANT)均出自官方开发指导的示例代码。实际分屏效果以真机实测为准。


六、V哥的判断:什么时候用平行视界,什么时候老老实实写 Navigation

第一期讲一多布局时V哥写过定位:平行视界不替代 Navigation,它是"列表-详情"高频场景的系统级捷径。官方能力介绍里有一张"平行视界与分栏体验对比"表,V哥把结论翻译成大白话:分栏(Navigation 一多)是主动适配,功能完整、控制灵活,适合对布局有精细化定制诉求的应用;平行视界是配置接入,能力相对受限,适合想快速拿到分栏体验的应用。

据此V哥给三条选型判断:

① 页面关系是"路由栈",就用平行视界。 左右页天然是父层级到子层级、用户预期就是"左点右出",电商详情、IM 聊天、邮箱正文——一份 JSON 解决,何必重写。这也是官方列的典型价值场景:购物对比、即时通讯、内容消费、邮件办公。

② 布局要"长成设计稿",就自己写 Navigation。 需要侧边栏、三分栏、跨栏联动、特殊转场、复杂状态同步的,平行视界的固定双页给不了,老老实实用 Navigation 的分栏能力,子页面层级官方建议不超过三层。

③ 两者可以分设备共存。 tablet 层配 original 关掉平行视界、让平板走你自己的 Navigation 分栏;common 留着兼容手机投宽屏、折叠屏这些你顾不上的形态。大屏体验一步到位是理想,配置兜底是现实,先用现实接住用户,再奔理想。


参考与出处

本文涉及的机制、字段与交互规则来自以下官方材料,均为V哥动笔前逐条核验的原文出处:


最后一句:大屏适配的尽头不一定是重构——把路由栈交给系统,把设计稿留给自己,一份 easy_go.json 写对 homePage 和 mode,折叠屏展开的那一秒,你的应用就从"大号手机"变成了"两个页面各得其所"。

HarmonyOS开发案列:轻松玩转平行视界(上) 平行视界是多窗口交互服务的其中一种,平行视界是以界面为基本单位实现应用内双窗口显示的系统侧解决方案。 应用可以根据自身业务设计双窗口显示界面组合,以实现符合应用逻辑的最佳单应用多窗口用户体验。适用于办公、邮箱、IM、电商等效率类或需要频繁来回切换的应用。HarmonyOS对于折叠屏展开态、平板横屏设备支持平行视界。用户应用程序可以根据自身业务特点,设计最佳的双窗口组合体验,如社交类应用的“列表+聊天”,购物类应用的“双窗口比价”等。 平行视界的开发分为两步: 阅读详情

相关推荐

HarmonyOS开发案列:轻松玩转平行视界(下)

先来回顾一下上一篇文章的easygo.json配置文件的相关元素的描述:HarmonyOS开发案列:轻松玩转平行视界(上)

m0_70749039的博客 1629

HarmonyOS7 悬浮窗、分屏、平行视界怎么配合?多形态窗口实战

上篇我们玩了互动卡片和闪控窗,今天继续聊窗口——但这次是整个多窗口体系的全面实战。HarmonyOS 7 的多窗口能力说实话让我眼前一亮。悬浮窗、侧边栏、分屏、平行视界,这四种形态组合在一起,基本覆盖了用户从手机到平板到折叠屏的所有使用场景。我们的智能生活助手要做到"哪里都能出现",就靠这套东西了。

全栈若城,专注知识分享 5320

HarmonyOS鸿蒙基于Java开发:平行视界

平行视界是一种实现应用内双窗口显示的方案,适用于平板、折叠屏展开态等大屏幕设备。HarmonyOS对于平板、折叠屏设备支持平行视界。用户应用程序可以根据自身业务特点,设计最佳的双窗口组合体验,如社交类应用的“列表+聊天”,购物类应用的“双窗口比价”等。平行视界示意图-折叠屏展开态平行视界示意图-平板横屏。

斌擎科技 1399

【共创稿事节】HarmonyOS 7 平行视界进阶实战:配置写好了,为什么一上真机就崩?

本文是「平行视界」系列第二篇(首篇见《HarmonyOS 7 平行视界 EasyGo 实战》)。基于 HarmonyOS 7(API 26)官方《平行视界》能力介绍与开发指导整理。文中代码是为说明问题自写的完整示例,不是官方示例的搬运;

威哥爱编程,华为 HDE,鸿蒙极客、CSDN博客专家、《鸿蒙 HarmonyOS 5/6 开发之路》系列图书第一作者 3508

PMD相位偏折术实战:如何用Python处理条纹图,让金属外壳的划痕无处遁形

本文详细介绍了PMD相位偏折术在金属外壳划痕检测中的应用,通过Python实现条纹图处理和局部特征增强技术,显著提升微小缺陷的检出率。文章涵盖从四步相移条纹图采集到形状图局部增强的完整流程,特别适合工业质检场景,帮助实现高精度、高效率的自动化检测。

weixin_29291573的博客 500

Win11+Ubuntu18.04+Ubuntu20.04三系统安装与卸载

以下情况均为个人情况:1.插入启动 U 盘后,登录时可以按F12(拯救者Y7000,不同电脑不同)进入BIOS,选择从启动盘启动。2.。3.5.在win基础上,安装第一个Ubuntu系统后,系统启动界面类似如下第一张图,Ubuntu不显示版本号。安装第二个Ubuntu系统后,系统启动界面如下第二张图,如果想更改启动项的名称,可自行查阅相关资料。

weixin_61686291的博客 2532

HarmonyOS APP《画伴梦工厂》开发第63篇-平行视界EasyGo与应用内分屏

平行视界 EasyGo和应用内分屏(In-App Split Screen)。前者是系统级的应用分屏启动框架,后者是应用开发者可控的页面级分屏 API。两者共同构成了鸿蒙在大屏设备上的"高效多任务"技术底座。对于"画伴梦工厂"这样的创作类应用而言,这些能力尤为重要——用户可能需要在画布上绘画的同时查看参考图、在编辑作品时对比前后版本、或者在 AI 生成等待期间浏览其他内容。传统的全屏页面切换模式在这些场景下效率低下,而平行视界 EasyGo 与应用内分屏则提供了全新的交互维度。

风中追风 358

Win11只读模式无法关闭的终极解决方案

通过以上方法,我们应该能够解决Windows 11中文件夹无法取消只读状态的问题。如果问题仍然存在,请确保你的账户具有足够的权限来修改文件夹属性,并考虑是否有其他安全软件或策略阻止了权限更改。在操作过程中,请务必小心谨慎,避免误操作导致数据丢失或系统损坏。希望本文能够帮助到大家!

mmoo_python的博客 1万+

【HarmonyOS 7 平行视界深度实战】01 平行视界、普通分栏与响应式布局怎么选

项目进入大屏后,可以先确认问题发生在哪一层。单个页面内部过于稀疏时调整响应式布局;产品已经确定长期 NavBar 双栏时使用 Navigation Split;现有路由页面需要系统在宽窗口协同显示时,再验证平行视界。Master-Detail 只能帮助识别页面关系,最终选择还要落到路由独立性、区域维护者和回退成本。

Code Metaverse 1334

python后端的支付宝小程序用户认证问题(alipay-sdk-python、pycrypto无法安装)

python后端的支付宝小程序用户认证问题(alipay-sdk-python、pycrypto无法安装) 写在前面 事先说明,本人不是大佬,我只是在不断探索的途中找到了解决这个问题的方法,之前在网上搜索的时候没有看到相关文章,所以就来简单讲一下。 正文 借着蚂蚁金服小程序大赛开通了支付宝小程序个人开发者,尝试将一个微信小程序的项目移植到支付宝上,支付宝对于用户唯一id的获取比微信要复杂很多,微信...

weixin_43102379的博客 3638

笔记——Oracle19c

Oracle阅读笔记

weixin_63819458的博客 1340

平行视界 EasyGo 零代码适配:资讯类应用大屏双栏改造记录

规范:项目统一使用EasyGo系统级分栏,禁止手写手动分栏,两套机制会互相覆盖导致布局错乱。鸿蒙7 EasyGo平行视界实现零业务代码、纯配置文件大屏双栏适配,针对资讯、新闻、政务阅读类应用,仅通过一套配置即可完成折叠、平板、鸿蒙PC宽屏自动分栏,窄屏手机自动降级原生单页面交互。对比传统手动分栏方案,改造工作量减少90%,不侵入原有业务逻辑,从根源消除多窗口分支代码、布局切换闪烁、大图被分栏压缩等线上体验缺陷,是资讯类多端应用大屏自适应轻量化标准落地方案。

2501_94330512的博客 390

AI应用架构师实战:超算中AI与量子计算融合的初探与架构

当大模型的算力需求突破E级超算的极限,当量子计算的“量子优势”从实验室走向真实场景,超算+AI+量子计算的融合架构成为解决复杂问题的关键路径。本文从架构师的实战视角出发,系统拆解三者融合的底层逻辑:从“计算本质”的第一性原理推导,到“量子-经典异构”的架构设计;从“量子机器学习”的代码实现,到“金融/医药”的场景落地。我们将回答:如何用超算支撑量子计算的噪声抑制与纠错?如何用量子计算加速AI模型的训练与推理?如何设计可扩展、高可用的融合系统?最终给出架构师的实战指南——从技术选型到运营管理的全流程方法论。

AIGC应用创新大全的博客 919

代码索引快70%、编译构建快40%,HarmonyOS 7(API 26)能帮开发者省下多少时间?

根据官方公布的数据,代码索引效率提升 70%,编译构建时间缩短 40%,内存占用降低 30%,模拟器启动速度提升 7 倍,显著改善了工程打开速度与大项目运行的流畅度。从平行视界对分栏适配的简化,到 FAST Kit 对底层算法的系统级封装,再到 DevEco Studio 对开发效率的量化提升,以及 3DGS、Core Vision Kit、空间音频、鸿蒙内核快启等新能力的补位,这些更新共同指向一个方向:系统正在把过去需要开发者自己消化的复杂性,逐步收拢为平台级的能力。向下,它对接大量开发者和设备生态。

CSDN资讯 1万+

如何在 Ubuntu 24.04 LTS 上安装 SSH 服务器?

Ubuntu是一个基于Debian的开源Linux操作系统,由Canonical Ltd.开发和维护。Ubuntu致力于提供用户友好、稳定且安全的操作系统环境,适用于个人用户、企业和服务器等不同场景。Ubuntu 24.04 LTS是Ubuntu发布的一个长期支持版本,LTS代表长期支持(Long Term Support)。这意味着Ubuntu 24.04 LTS将获得长达5年的安全更新和维护支持,使其成为企业和个人用户的理想选择。

网络技术联盟站 5879

vue2/3 - 详细实现高德地图轨迹回放,vue高德地图车辆历史行驶轨迹播放,在地图上绘制行程轨迹|起点和终端的路程绘制|用户运动轨迹绘制及播放等(支持开始/暂停、进度条拖放、控制播放轨迹的倍速等)

vue2,vue3,nuxt,高德地图,轨迹,vue高德地图轨迹回放,历史轨迹回放,轨迹回放功能支持倍速及进度条拖拽,VUE高德地图轨迹回放、倍速调整、进度条拖拽,vue3高德地图轨迹回放,Vue实现地图路径回放,vue中使用高德地图实现历史轨迹回放并能控制播放轨迹的倍速,多条轨迹陆续播放,巡航轨迹做带进度条和倍速的轨迹回放,Vue高德地图路径回放,历史轨迹回放并能控制播放轨迹的倍速,使用高德地图实现轨迹播放和进度条控制,vue高德地图如何实现轨迹回放,高德地图做轨迹绘制用什么api,高德轨迹API,驾车轨

✅ 精选推荐文章 1万+

鸿蒙 7 窗口监听体系:分屏、悬浮、折叠形态统一适配方案

鸿蒙7窗口监听体系通过原生窗口模式枚举、折叠形态独立监听、全局单例统一管理、防抖节流优化、跨页面共享响应式状态五大核心能力,实现分屏、悬浮自由窗、折叠三形态、PC自由拉伸窗口一套代码统一适配。对比传统分散式多套监听方案,大幅减少重复业务代码、消除形态误判、解决拖拽缩放高频卡顿问题,同时完美兼容GridRow栅格、FoldSplitContainer悬停布局、EasyGo平行视界、Kiosk商用锁机等鸿蒙7核心特性,是手机/折叠/平板/PC多端应用窗口响应式适配的标准化生产级方案。

2502_93915572的博客 411

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

HarmonyOS 7 DualCart 平行视界适配实录 04:EasyGo × 虚拟容器:商品比价双详情与分栏比例策略【鸿蒙心迹】

本文实现HarmonyOS平行视界下的商品比价功能,通过虚拟容器(Virtual Container)技术,在不污染主路由的前提下,临时并行展示两件商品详情。核心设计包括:冻结主上下文快照、使用primary/compare明确角色、按内容类型动态配置分栏比例(如50:50用于参数密集型商品)、独立管理比价状态,确保关闭后精准恢复原双栏状态。避免页面栈混乱,提升用户体验与架构可维护性。

李游的博客 44

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

Probability and Statistics - 4th edition

Probability and Statistics - 4th edition

折叠大屏导购终端适配:GridRow 栅格 + 平行视界双栏展示改造

代码精简:删除大量窗口、折叠判断分支,适配代码减少70%;体验提升:切换形态无大面积闪烁,商品修改仅局部刷新,滑动流畅度提升40%;多窗口兼容:合拢/展开/悬停/PC拉伸/二分屏一套布局全覆盖,无布局错乱;运营效率提升:碰一碰精准分栏填充素材,无需手动拖拽绑定商品,上新效率大幅提升;维护成本降低:统一栅格规范,新增业务页面直接复用适配逻辑,无需重复开发折叠适配。

2502_93915572的博客 262

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

HarmonyOS 折叠屏分屏适配实战:智慧多窗、跨应用拖拽与状态保存全链路指南

摘要:折叠屏的分屏模式是其区别于直板机的核心生产力场景——两个应用并行、内容拖拽流转、窗口比例自由调整、分屏状态保存到桌面一键恢复。然而,分屏适配的复杂度远超全屏模式:窗口尺寸动态变化、安全区域(Avoid Area)重新计算、跨应用拖拽交互、多实例数据隔离等问题层出不穷。本文基于 HarmonyOS 6.0.0.125 及最新智慧多窗能力,从分屏模式声明、比例动态调整、安全区域适配、跨应用拖拽、应用内分屏(EasyGo)、状态保存恢复到常见问题排查,提供一套完整的分屏适配实战方案。

从事移动开发八年,csdn博客专家,阿里云特邀专家,华为云云享专家,高级网络信息安全工程师,大数据工程师(高级),python技术开发(高级),HarmonyOS 应用开发者高级认证,现在某学校任教。 33

HarmonyOS 7 DualCart 平行视界适配实录 01:Navigation × EasyGo:主页关联页与列表详情双栏链路【鸿蒙心迹】

DualCart 通过统一 Navigation 路由体系,实现折叠屏/平板场景下的平行视界分屏体验。核心在于将“分栏”视为路由关系而非组件布局,以 ProductList 与 ProductDetail 的主从配对为核心,保持手机与大屏共用同一套路由链路。通过稳定路由名、统一系统配置与业务逻辑、引入 ParallelPolicy 管理页面角色、状态上移至共享 Store,确保跨设备一致性。点击行为仍走标准 Navigation,不写特例逻辑,分栏比例仅用于调试,不参与业务判断,实现真正一致的跨端体验。

李游的博客 37

HarmonyOS 7 + EasyGo-ArkUI VisibleArea:平行视界双窗曝光事件的去重与停留门禁【鸿蒙心迹】

DualMetric 项目针对平行视界下双窗分屏的曝光统计难题,提出四层可观测状态模型(HIDDEN→CANDIDATE→DWELLING→COMMITTED),通过唯一曝光键(含会话、窗格、位置、内容与修订号)实现精准去重。结合可见比例阈值与可撤销计时器机制,有效过滤抖动与重复曝光,最终在14次回调中仅提交2次有效曝光,避免数据膨胀。

李游的博客 218

HarmonyOS 7(API 26)正式发布:重点能力一览

从FAST Kit、3DGS 空间能力,到 DevEco Studio 性能优化、AI 辅助开发工具链,再到多设备适配和 DFX 维测能力,HarmonyOS 7(API 26)进一步完善应用从开发、调试、验证到质量保障的全流程体验。支持1:2、2:1的分栏比例,支持购物模式、导航模式等路由模式,支持设置分割线颜色和自由拖拽,开发者通过配置文件主动接入,成本更低,体验更优。提供工具、Skill、端侧A2A等框架能力,实现应用服务与系统深度融合,开发者可以基于相关能力进一步探索应用服务入口和智能化体验。

【HarmonyOS开发者社区】官方小助手 2万+

鸿蒙7新特性实战⑥:折叠屏与多端自适应布局完整拆解(API26 ArkUI V2)

鸿蒙7折叠屏&多端自适应彻底解决了传统多设备适配代码冗余、折叠形态难处理、分屏窗口错乱三大痛点,形成三层标准化方案:通用栅格流式布局、折叠专用分区容器、系统原生平行视界。依托窗口断点而非设备类型判断,一套代码原生适配手机、折叠、平板、PC、多窗口全场景,大幅降低超级终端多形态开发成本。

2502_93915572的博客 91

华为平板平行视界适配避坑指南:从错误检测到正确实现的完整流程

本文详细解析华为平板平行视界功能的适配流程,从基础认知到高级优化策略,涵盖正确的模式检测、清单文件配置、easyGo.json解析及运行时问题解决方案。特别针对开发者常见的适配陷阱提供避坑指南,帮助实现高效的大屏分屏体验。

weixin_28726671的博客 232
上一篇: 【共创稿事节】HarmonyOS 7 Agent A2A 实战:让日程智能体和打车智能体自己谈成一单
下一篇: 【共创稿事节】HarmonyOS 7 闪控窗实战:标准悬浮窗、侧边栏暂存与闪控球一键切换
威哥爱编程(马剑威)
威哥爱编程(马剑威) 新星创作者: 编程框架技术领域 新星创作者: 编程框架技术领域 领域专家: 后端开发技术领域 领域专家: 后端开发技术领域
博客等级 码龄9年 4966粉丝 668原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

威哥爱编程(马剑威)

你的鼓励是我创作的最大动力!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值