HO与OH差异之Navigation

news2025/3/28 6:07:52

在上一篇的内容中我们进一步的了解了Navigation的用法，但是既然写到这里了我就再来扩充一下有关Navigation的内容。

HarmonyOS与OpenHarmony之间有些写法与内容是有差异的，就比如Navigation的跳转。以下内容中HarmonyOS我都简称为HO，OpenHarmony简称为OH。

在HO中我们的Navigation跳转是通过路由池也就是NavPathStack可以直接进行跳转，但是假如我们做了一个项目迁移会发现，在OH中并没有这么的简单。

其中有两个方式进行路由跳转。

一：再定义一个NavPushHelper类型的参数并且将它new出来，因为他是一个类，其中我们可以传递我们在HO定义的路由池也就是我们定义的NavPathStack，将这个变量定义出来后只需要再次通过这个变量我们就可以实现在HO中路由跳转的方式。其实这种方式相当于一个中转站，将HO与OH的差异通过这个“中转站”进行了转化，示例如下:

typescript
import { NavPushPathHelper } from '@ohos.atomicservice.NavPushPathHelper'

@Entry
@Component
struct NavigationPage1 {
@Provide('NavPathStack') pathInfos: NavPathStack = new NavPathStack()
@Provide("helper") helper: NavPushPathHelper = new NavPushPathHelper(this.pathInfos)

build() {
    Navigation(this.pathInfos) {
      Text("我是Navi的1页面")
      Button("点击进行跳转")
        .onClick(() => {
          this.helper.pushPathByName("entry", "Navigation2", "")
        })
    }
    .height('100%')
    .width('100%')
}
}

typescript
@Builder
function Navigation2Builder() {
Navigation2()
}

@Component
struct Navigation2 {
build() {
    NavDestination() {
      Text("我是页面2")
    }
}
}

其中从图片中我们便可以看出已经是成功的跳转了，从我们的代码上来看似乎也就多写一步，不过确实是多谢一步，但是当我们用pushPathByName时，发现他所需的参数会和HO有所不同，他所需的第一个参数时我们的模块名称，也就是说它可以直接的传递模块名字直接进行跳转。如下示例：

typescript
@Builder
function IndexBuilder() {
Index()
}

@Entry
@Component
struct Index {

build() {
    NavDestination() {
      Text("我是Hsp包中的NavDestination")
    }
    .height('100%')
}
}