0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

harmony OS NEXT-Navagation基本用法

程奕红 来源:jf_34770892 作者:jf_34770892 2025-04-27 17:39 次阅读
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

# Navagation基本用法

> Navigation组件是路由导航的根视图容器,一般作为Page页面的根容器使用,其内部默认包含了标题栏,内容栏和公工具栏,其中内容区默认首页显示导航内容(Navigation的子组件)或非首页显示(NavDestination的子组件),首页和非首页通过路由进行切换

* 使用Navigation跳转的组件不需要再使用Entry来修饰,普通组件即可
* Navigation是一个导航组件,API9和API11的使用官方推荐方式各不相同

## 1. Navagation API9的用法-(Navigation-NavRouter-(其他组件+NavDestination的用法))

### 1. 1**导航组件层次关系**

| 组件 | 作用 | 层级规则 |
| ---------------- | ------------------------ | ------------------------- |
| `Navigation` | 管理所有导航页面的根容器 | 必须包含多个 `NavRouter` |
| `NavRouter` | 定义一个跳转入口 | 必须配对 `NavDestination` |
| `NavDestination` | 目标页面内容 | |

### **1. **2 按钮覆盖问题

- **代码现象**:`跳转B` 覆盖 `跳转A`
- **根本原因**:
在 `NavRouter` 内部放置多个直接同级组件时,仅最后一个组件会被渲染。
- **ArkUI规则**:
一个 `NavRouter` 只能关联 **一个触发元素** (如Button),如需多个跳转需使用多个 `NavRouter`。

### 1.3 代码案例

```ts
@Entry
@Component
struct TestNavgationAPI9 {
build() {

Navigation() {
// --------------------- 第一跳转入口 ---------------------
NavRouter() { // ✅ 触发元素
Button('跳转A')
Button('跳转B') //放置的第二个界面会覆盖第一个
//要跳转的界面
NavDestination() { // ✅ 目标页面A
Image($r('app.media.Coverpeople'))
.width(50)
.aspectRatio(1)
// --------------------- 第二跳转入口 ---------------------
NavRouter() { // ✅ 触发元素
//第一个组件就是跳转的
// --------------------- 第二跳转入口 ---------------------
Text('我跳转啦') // ✅ 目标页面B
NavDestination() {
Text('第三个界面') // ✅ 目标页面C
}

}

}

}

}
.height('100%')
.width('100%')
}
}
```

### 1.4 效果展示

![img](https://i-blog.csdnimg.cn/img_convert/12e9122e57792c20b964b380f7738217.gif)

## 2.Navagation 10的用法

### 2.1 路由栈自主管理

- `NavPathStack`

核心方法:

```ts
pushPath() // 压入新页面(保留前页)
replacePath() // 替换当前页面(销毁前页)
pop() // 回到上一页
```

### 2.2 页面加载控制

- **`navDestination(builder)`**
通过 `Builder` 函数动态渲染路由目标:

* 函数动态渲染路由目标:

```ts
.navDestination(this.navDesBuilder) // 动态路由映射
```

```ts
@Builder
navDesBuilder(name: string) {
if (name === "pageTwo") {
NavgationChild02() // 根据 name 组装对应页面
}
}
```

### 2.3 跨组件通信

- `@Provide` 与 `@Consume` 装饰器

```ts
// 父级定义提供值
@Provide navPathStack: NavPathStack = new NavPathStack()
// 子组件自动获取
@Consume navPathStack: NavPathStack
```

无需显式传递,自动向下注入。

### 2.4 实现步骤

#### 1. 自己管理页面栈 创建一个页面栈 (用@Provide修饰,方便跨组件使用)

```ts
@Provide
navPathStack: NavPathStack = new NavPathStack()
```

#### 2.将创建的页面栈实例传递给主界面

* `ps`:这一步还是蛮关键的,很多页面不展示就是这个原因

```ts
Navigation(this.navPathStack) {
Text('这是第一页-首页')
Button('去下一页')
.onClick(() => {
this.navPathStack.pushPath({
name: 'pageOne'
})
})

}
.height('100%')
.width('100%')
```

#### 3.通过 `Builder` 函数动态渲染路由目标

##### 1. 先创建一个自定义Builder

```ts
@Builder
myNavPathStackBuilder(name: string) {
//根据传入的名字区渲染对应的页面
if (name === 'pageOne') {
Children01()

} else if (name === 'pageTwo') {
Children02()

} else if (name === 'pageThree') {
Children03()

}
}

```

##### 2. 传入Builder

```ts
.navDestination(this.navDesBuilder)
```

* 不需要加括号,这里有个底层原因

1. **ArkUI 的 `navDestination` 机制**

- **设计逻辑**:框架需要在导航时动态调用构建函数生成页面。若传递this.navDesBuilder()则:
- 代码执行时**立即运行该函数**(而非按需调用)
- 返回结果可能为 `void` 或非组件类型,导致**渲染异常**。

2. **`@Builder` 函数的特性**

- **延迟执行**:`@Builder` 定义的 UI 编译时会转为**独立闭包代码块**

- **调用时机**:由 导航框架 在需要时(如`pushPath`)根据name参数触发构建

```ts
this.navPathStack.pushPath({ name: 'pageTwo' });
// ▶️ 此时 ArkUI 内部通过 `.navDestination` 关联的 Builder 按需执行
```

##### 3.跳转的实现

1. 通过点击事件调用当前`navPathStack`实例`pushPath`方法
2. 传入你要跳转页面的名字,进行跳转

```ts
Button('去下一页')
.onClick(() => {
this.navPathStack.pushPath({
name: 'pageOne'
})
})
```

#### 4.子界面的定义

```ts
@Component
struct Children01 {
//接收主界面传递过来的页面栈
@Consume navPathStack: NavPathStack
build() {
NavDestination() {
Column({ space: 5 }) {
Text('这是我从主页跳转的第一个界面')
.fontSize(24)
.fontWeight(500)
Button('跳转到第二个页面去')
.onClick(() => {
this.navPathStack.pushPath({
name: 'pageTwo'
})
})
}
}

}
}
@Component
struct Children02 {
@Consume
navPathStack: NavPathStack

build() {
NavDestination() {
Column({ space: 5 }) {
Text('这是我从主页跳转的第二个界面')
.fontSize(24)
.fontWeight(500)
Button('跳转到第三个页面去')
.onClick(() => {
this.navPathStack.pushPath({
name: 'pageThree'
})
})
}
}

}
}

@Component
struct Children03 {
@Consume
navPathStack: NavPathStack

build() {
NavDestination() {
Column() {
Text('这是我从主页跳转的第三个界面')
.fontSize(24)
.fontWeight(500)
}

}

}
}
```

#### 5.效果展示

![img](https://i-blog.csdnimg.cn/img_convert/c89db8497ba6b691ab97c23274b75b86.gif)

## 3.NavagationAPI10使用的补充内容

### 3.1 常见的API

| 配置组合 | 代码示例 | 效果描述 |
| ----------------- | ------------------------------------------------------------ | ----------------------------------- |
| 默认状态 | `Navigation() .title('主标题')` | 标题栏显示 "主标题",采用 Free 模式 |
| 精简模式+隐藏标题 | `Navigation() .titleMode(NavigationTitleMode.Mini) .hideTitleBar(true)` | 标题栏完全不可见 |
| 子页面独立配置 | `NavDestination() .title('子页标题') .hideTitleBar(true)` | |

### 3.2 传参获取参数的实现

#### 1.定义数据结构

```ts
interface hobby {
name: string,
hobby: string
}
```

#### 2.即将跳转页面传入参数

```ts
NavDestination() {
Column({ space: 5 }) {
Text('这是我从主页跳转的第二个界面')
.fontSize(24)
.fontWeight(500)
Button('跳转到第三个页面去')
.onClick(() => {
this.navPathStack.pushPath({
name: 'pageThree',
param: { name: '猫猫球', hobby: '喜欢玩毛线球' } as hobby
})
})
}
}
```

#### 3.跳转的页面接收数据

```ts
@Component
struct Children03 {
@State
hobby: hobby[] = [] as hobby[]
@Consume
navPathStack: NavPathStack

aboutToAppear(): void {
this.hobby = this.navPathStack.getParamByName('pageThree') as hobby[]
promptAction.showToast({
message: JSON.stringify(this.hobby)
})
}

build() {
NavDestination() {
Column() {
Text('这是我从主页跳转的第三个界面')
Text('这是我获取的数据')
Text(this.hobby[0].name)
Text(this.hobby[0].hobby)
.fontWeight(500)
}

}

}
}
```

#### 4.效果展示

![](https://i-blog.csdnimg.cn/img_convert/8e8ebf86b7a5ad5aae287b9cc6bf19e0.gif)


审核编辑 黄宇

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • Harmony
    +关注

    关注

    0

    文章

    108

    浏览量

    3492
收藏 人收藏
加入交流群
微信小助手二维码

扫码添加小助手

加入工程师交流群

    评论

    相关推荐
    热点推荐

    harmony-utils之CacheUtil,缓存工具类

    harmony-utils之CacheUtil,缓存工具类
    的头像 发表于 07-04 16:36 317次阅读

    harmony-utils之CharUtil,字符工具类

    harmony-utils之CharUtil,字符工具类
    的头像 发表于 07-04 16:34 335次阅读

    harmony-utils之CrashUtil,异常相关工具类

    harmony-utils之CrashUtil,异常相关工具类
    的头像 发表于 07-04 16:33 321次阅读

    harmony-utils之DeviceUtil,设备相关工具类

    harmony-utils之DeviceUtil,设备相关工具类
    的头像 发表于 07-03 18:27 406次阅读

    harmony-utils之DisplayUtil,屏幕相关工具类

    harmony-utils之DisplayUtil,屏幕相关工具类
    的头像 发表于 07-03 18:26 325次阅读

    harmony-utils之EmitterUtil,Emitter工具类

    harmony-utils之EmitterUtil,Emitter工具类
    的头像 发表于 07-03 18:24 305次阅读

    harmony-utils之FileUtil,文件相关工具类

    harmony-utils之FileUtil,文件相关工具类
    的头像 发表于 07-03 18:23 381次阅读

    harmony-utils之FormatUtil,格式化工具类

    harmony-utils之FormatUtil,格式化工具类
    的头像 发表于 07-03 18:22 383次阅读

    harmony-utils之ImageUtil,图片相关工具类

    harmony-utils之ImageUtil,图片相关工具类
    的头像 发表于 07-03 18:22 597次阅读

    harmony-utils之DateUtil,日期工具类

    harmony-utils之DateUtil,日期工具类
    的头像 发表于 06-25 22:15 269次阅读

    harmony OS NEXT-双向数据绑定MVVM以及$$语法糖介绍

    # 鸿蒙Harmony-双向数据绑定MVVM以及$$语法糖介绍 ## 1.1 双向数据绑定概念 在鸿蒙(HarmonyOS)应用开发中,双向数据改变(或双向数据绑定)是一种让数据·模型和UI组件之间
    的头像 发表于 04-29 16:52 1116次阅读

    harmony OS NEXT-通过用户首选项实现数据持久化

    # 鸿蒙通过用户首选项实现数据持久化 ## 1.1 场景介绍 用户首选项为应用提供Key-Value键值型的数据处理能力,支持应用持久化轻量级数据,并对其修改和查询。当用户希望有一个全局唯一存储的地方,可以采用用户首选项来进行存储。Preferences会将该数据缓存在内存中,当用户读取的时候,能够快速从内存中获取数据,当需要持久化时可以使用flush接口将内存中的数据写入持久化文件中。Preferences会随着存放的数据量越多而导致应用占用的内存越大,因此
    的头像 发表于 04-29 16:38 948次阅读

    harmony OS NEXT-评论功能小demo

    # 评论页面小demo ## 效果展示 ![img](https://i-blog.csdnimg.cn/img_convert/f574e0b18325ee466938a3cb70530209.gif) ## 1.拆解组件,分层搭建 我们将整个评论页面拆解为三个组件,分别是头部导航,评论项,回复三个部分,然后统一在index界面导入 ![image-20250304150652225](https://i-blog.csdnimg.cn/img_convert/2e234f0fe986014368d8d7f138577e6a.png) ## 2.头部导航界面搭建 ![image-20250304151026576](https://i-blog.csdnimg.cn/img_convert/c876aa04a505a3c3203c03984a2e1504.png) ```ts @Preview @Component struct HmNavBar {  // 属性:是可以被传
    的头像 发表于 04-27 17:38 421次阅读

    HarmonyOS Next V2 @Local 和@Param

    HarmonyOS Next V2 @Local 和@Param @Local 背景 @Local 是 harmony 应用开发中的 v2 版本中 对标**@State**的状态管理修饰器,它解决了
    的头像 发表于 04-02 18:27 834次阅读
    HarmonyOS <b class='flag-5'>Next</b> V2 @Local 和@Param

    harmony OS NEXT-基本介绍及DevcoStudiop基本使用

    #鸿蒙基本介绍及DevcoStudiop基本使用 1.认识DevcoStudiop工作区 1.1认识工作区 开发节奏: 通过左侧目录找到对应的应用文件,在编辑区进行代码编写,在右侧看预览效果 快捷键:连按两下shift快速寻找全局内容,如文件 1.2如何排错 写代码时,我们经常会遇到这种情况,右侧出现不能开启预览器的提示,我们需要打开预览器日志查看报错 第一种方法 第二种方法 第三种方法:通过统一构建,暴露哪些文件及代码无法编译通过 1.3如何刷新看效果 预览器是有热
    的头像 发表于 03-26 16:48 610次阅读
    <b class='flag-5'>harmony</b> <b class='flag-5'>OS</b> <b class='flag-5'>NEXT</b>-基本介绍及DevcoStudiop基本使用