HarmonyOS鸿蒙Next中如何根据现有IOS和android APP开发对应的APP,进行路由布局

HarmonyOS鸿蒙Next中如何根据现有IOS和android APP开发对应的APP,进行路由布局 我们现在APP使用RN开发,路由使用Navigation,我想知道如果使用HarmonyOS开发,我的项目应该怎么布局,我现在对你们@router和Navigation很迷茫,像我们现在的项目很复杂,层级很多,我不知道HarmonyOS应该怎么选择路由,我们是一个类似于淘宝商城的APP,就第一个进入APP显示的首页我就不知道应该怎么选择,然后根据底部导航进行页面切换,在不同页面进入深层页面,我想知道你们官方能不能出一个单独适用手机设备的示例,不要搞多平台开发一起的示例,我们根本不需要多平台的,我们现在需要降低进入门槛,理清思路,你们的文档让我们很迷茫


更多关于HarmonyOS鸿蒙Next中如何根据现有IOS和android APP开发对应的APP,进行路由布局的实战教程也可以访问 https://www.itying.com/category-93-b0.html

6 回复

开发者你好,路由选择参考以下方案:

【解决方案】

当前HarmonyOS支持两套路由机制(NavigationRouter),Navigation作为后续长期演进及推荐的路由选择方案,其与Router比较的优势如下:

  • 易用性层面:
    • Navigation天然具备标题、内容、回退按钮的功能联动,开发者可以直接使用此能力;Router若要实现此能力,需要自行定义。
    • Navigation的页面是由组件构成,易于实现共享元素的转场;router仅用于被@Entry修饰的页面之间的跳转。
  • 功能层面:
    • Navigation天然支持一多,Router不支持。
    • Navigation没有路由数量限制,Router限制32个。
    • Navigation可以获取到路由栈NavPathStack,并对路由栈进行操作,Router不支持。
    • Navigation可以嵌套在模态对话框中,也就是说可以模态框中定义路由,Router不支持。
    • Navigation的组件全量由开发者自行控制,开发者可以自定义复杂的动效和属性的设置(背景、模糊等),Router的page对象不对外暴露,开发者无法对page进行处理。
  • 性能层面:
    • Navigation传递参数性能更优,Navigation通过引用传递,Router通过深拷贝完成。
    • Navigation可以配合动态加载,实现组件动态加载,Router页面使用@Entry进行修饰,当前模块加载时会生成全量页面。

Navigation & Router结构对比

  • Navigation中的每个页面,承载在一个page里,通过NavDestination容器实现基于组件的页面跳转。
  • Router的每一个页面配置在一个单独的page中,通过@Entry进行标识。

Navigation & Router能力对比

业务场景 Navigation能力 Router能力
跳转指定页面 pushPath & pushDestination pushUrl & pushNameRouter
跳转HSP中页面 支持,需要先import页面 支持
跳转HAR中页面 支持,需要先import页面 支持
跳转传参 支持 支持
获取指定页面参数 支持 不支持
跳转结果回调 支持 支持
跳转单例页面 可通过判断栈内有没有此页面,调用moveToTop实现 支持
页面返回 pop back
页面返回传参 支持 支持
返回指定路由 popToName&popToIndex 不支持
页面返回弹窗 通过路由拦截实现 showAlertBeforeBackPage
路由替换 replacePath & replacePathByName replaceUrl & replaceNameRouter
路由栈清理 clear clear
清理指定路由 removeByIndexes & removeByName 不支持
转场动画 支持 支持
自定义转场动画 支持 支持
屏蔽转场动画 pushDestination(info: NavPathInfo, animated?: boolean) & pathStack.disableAnimation(true) 支持 duration属性设置为0
共享元素动画 支持 不支持
页面生命周期监听 UIObserver.on(‘navDestinationUpdate’) UIObserver.on(‘routerPageUpdate’)
获取页面栈对象 支持 不支持
路由拦截 setInterception 不支持
路由栈信息查询 getAllPathName & getParamByIndex & getParamByName&size getState() & getLength()
路由栈操作 moveToTop & moveIndexToTop 不支持
沉浸式页面 支持 不支持,需通过window配置
设置页面属性(背景,模糊等) 支持,backgroundBlurStyle 不支持
设置页面标题栏(title)和工具栏(toolbar) 支持 不支持
模态嵌套路由 支持 不支持

使用场景选择

Navigation router
项目只有一个主模块,同一个模块内的页面之间跳转 项目包含多个模块,不同模块间的页面跳转。比如项目有主项目,A、B模块,主项目的H界面要跳转到A模块的I界面,或者A模块的I界面要跳转到B模块的J界面

Navigation相比router功能更丰富,用法更灵活,且router后续不再演进新的功能,推荐使用Navigation。

更多关于HarmonyOS鸿蒙Next中如何根据现有IOS和android APP开发对应的APP,进行路由布局的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


路由现在不都是用Navigation嘛?这有什么好纠结的

这边建议把现有的开发优化掉,重新招一批

把我招进去写把

可以看开发者学堂里的课,

在HarmonyOS Next中,基于现有iOS和Android应用开发对应App时,路由布局可通过Page Ability与FA模型实现。使用@ohos.router模块进行页面导航,支持pushUrl()replaceUrl()等方法管理路由栈。通过router参数传递数据,利用params属性接收。布局适配采用响应式设计,结合弹性布局与栅格系统确保多设备兼容。具体实现需参考HarmonyOS官方文档中的路由API和UI开发指南。

在HarmonyOS Next中,路由布局可通过@ohos.router模块实现单页面应用(SPA)导航。针对您从RN迁移的复杂电商项目,建议如下:

  1. 页面结构规划

    • 将首页设为SPA入口页(Index.ets),通过router.pushUrl()实现底部导航切换,使用router.showMenu()可模拟底部导航栏。
    • 深层页面采用栈管理:使用router.pushUrl({ url: 'pages/Detail' })跳转,router.back()返回,自动维护页面栈。
  2. 路由配置示例

    // 首页底部导航切换
    function onTabClick(url: string) {
      router.clear() // 清空历史栈
      router.pushUrl({ url })
    }
    
    // 商品详情页跳转(保留底部导航)
    function toProductDetail() {
      router.pushUrl({ 
        url: 'pages/ProductDetail',
        params: { id: 123 }
      })
    }
    
  3. 针对手机端的配置
    module.json5中配置路由规则:

    "page": {
      "routerMode": "standard", // 标准栈模式
      "pages": [
        "pages/Index",
        "pages/Home",
        "pages/Category",
        "pages/Detail"
      ]
    }
    
  4. 与RN Navigation的差异

    • HarmonyOS路由通过URL绑定页面路径,需在配置文件中预注册页面
    • 不支持动态路由注册,但可通过router.replaceUrl()实现重定向
    • 页面参数传递使用params对象,类型自动序列化

建议先基于标准页面栈实现核心流程,后续再通过动态导入优化性能。现有示例工程中的Router模板可直接用于手机端开发。

回到顶部