HarmonyOS7标签页徽章提醒实战:Badge 与 Tab 组件组合使用
文章目录
前言
把 Badge 放到 Tab 上,是很多应用里最真实的用法之一。因为它直接影响一级入口的信息分发方式。这个案例很适合理解导航入口和状态提示怎么共存。 我一直觉得,好示例不一定代码多,但一定能把“为什么要这么写”交代清楚。标签页徽章提醒 这个页面就属于这种,值得停下来认真拆一遍。
如果把这页当成练习材料,我会优先看它怎样围绕 Badge 与 Tab 组件组合使用 组织页面。因为这一层想清楚了,后面的代码基本就不会散。
这类写法尤其适合落在 IM、社区、商城、内容平台首页 这些场景里,所以我下面不会只讲“组件怎么写”,而是更关心“放进页面之后为什么这样组织”。

这页的阅读顺序我建议这样走
这一类页面看源码最怕的就是“每一段都认识,但拼起来不知道为什么这么摆”。所以这里先从页面骨架讲起,比直接盯属性更省时间。
| 页面区域 | 主要职责 | 在代码里的典型表现 |
|---|---|---|
| 头部说明区 | 交代当前案例在演示什么 | Text 标题、补充说明、标签文案 |
| 核心展示区 | 承载组件能力的主要效果 | Column、Row、业务组件本体 |
| 辅助信息区 | 补充状态、标签、分组或统计信息 | 次级文本、角标、分组标题、描述块 |
| 交互入口区 | 负责切换、返回、定位、选择等动作 | 点击事件、按钮、索引条、导航入口 |
页面里额外定义的数据模型包括:Item。如果后面准备接接口,我更建议把这些类型继续收口成更直白的业务命名。
我会把它当成真实业务页面来拆,重点看哪些写法可以直接迁到项目里,哪些只是示例环境下的轻量实现。

Tab 上的 Badge,本质是在帮用户分配注意力
这里的 isShow 只是演示开关,真正驱动页面的是两类数据:currentTab 和 tabs。前者决定当前停在哪个栏目,后者决定每个入口是否有未读压力。
我会这样理解这页的状态关系:
currentTab负责“用户当前在哪里”,它影响内容区展示和 Tab 高亮。tabs.badge负责“哪里需要用户关注”,它不一定改变当前页面,但会影响用户下一步点哪里。TabBarBuilder把标题、角标和选中态包在一起,让导航入口同时承担跳转和提醒两种职责。
真实首页里,Tab 徽章不是装饰。它会改变用户的阅读路径:哪个入口红了、数字多了,用户就会更容易被吸过去。

我会优先读的就是这几段逻辑
我一般不会把所有方法从上到下读一遍,而是先找“用户动一下之后,页面为什么会变”的那条链路。
TabBarBuilder:读它时重点看输入、改动对象,以及它最终影响了页面哪一块。Badge:读它时重点看输入、改动对象,以及它最终影响了页面哪一块。
我自己读这类方法时,通常只抓一条线:谁触发、谁被改、页面哪里立刻有反馈。把这三件事连起来,很多交互代码一下就顺了。
第一段关键代码:页面是怎么被带起来的
这一段建议慢一点看。它通常决定了页面初始状态,也决定了后续哪些区域会跟着刷新。
@State isShow: boolean = true
@State currentTab: number = 0
private tabs: BadgeOnTabsItem[] = [
{ title: '消息', badge: 5 },
{ title: '通知', badge: 99 },
{ title: '动态', badge: 0 },
{ title: '我的', badge: 1 }
]
@Builder
TabBarBuilder(title: string, badgeCount: number, isActive: boolean) {
Badge({
count: badgeCount,
position: BadgePosition.RightTop,
style: { badgeSize: 14, badgeColor: '#FA2A2D', fontSize: 10 }
}) {
Text(title).fontSize(14).fontColor(isActive ? DEMO_THEME_COLOR : '#666')
}
}
build() {
Column() {
if (this.isShow) {
这一段我通常不会一下翻过去,而是先确认下面这几个判断点:
@State字段到底在控制显示、选择、跳转结果还是模式切换。- 默认值是不是合理,页面一打开会不会就落在一个可理解的状态上。
- 字段命名能不能让后来的人一眼看懂用途,而不是还要翻半天 UI。
第二段关键代码:真正决定交互手感的地方
这段代码最有价值的是 TabBarBuilder。它没有把 Tab 标题和 Badge 分散写在各处,而是把标题、未读数、选中态收进一个构建函数里,让每个导航入口的结构保持一致。
TabBarBuilder(title: string, badgeCount: number, isActive: boolean) {
Badge({
count: badgeCount,
position: BadgePosition.RightTop,
style: { badgeSize: 14, badgeColor: '#FA2A2D', fontSize: 10 }
}) {
Text(title).fontSize(14).fontColor(isActive ? DEMO_THEME_COLOR : '#666')
}
}
build() {
Column() {
if (this.isShow) {
Column() {
Text('Badge 在 Tab 组件上')
.fontSize(18).fontWeight(FontWeight.Bold).fontColor('#9B59B6').margin({ bottom: 4 })
Text('Tab 标题带 Badge 徽章,模拟消息未读数场景')
.fontSize(12).fontColor(DEMO_SUBTEXT_COLOR).margin({ bottom: 12 })
}
.width('100%').alignItems(HorizontalAlign.Start)
Tabs({ index: this.currentTab }) {
ForEach(this.tabs, (tab: BadgeOnTabsItem, idx: number) => {
TabContent() {
代码读到这里,我通常会顺手补三件事,不然后面很容易只看热闹:
- 这个交互入口接收的到底是什么输入。
- 输入进来之后,代码改了哪个状态,或者触发了哪次导航。
- 变化发生后,用户最先感知到的反馈会落在哪个区域。
这三个问题串起来之后,这一页基本就不只是“看过”,而是真的读懂了。
真要学会用,自己过一遍这条操作线
如果你准备把这个案例交给团队里别的人看,我甚至建议直接让对方按下面的顺序自己操作一遍。很多理解偏差都会在这一步消失。
- 先进入页面,确认首屏是不是把 标签页徽章提醒 的主题交代清楚。
- 盯住核心展示区,观察默认状态下最醒目的内容是什么。
- 主动触发一次关键交互,比如点击、滑动、跳转、返回、切换或者选择。
- 回头检查状态区、提示区、标题区或者附属信息有没有跟着变化。
- 最后再打开源码,对照刚才那次交互,把状态变化链路串起来。
如果这五步你能边操作边说清楚页面发生了什么,后面再换成自己的数据和交互,心里会稳很多。
直接照搬不够,最好再补这几刀
从教程页到业务页,差的从来不只是接口。更多时候,是组件职责、命名和状态来源要重新收拾一遍。
- 徽章进入真实项目后,先统一语义:到底是在表达提醒、数量还是状态,再决定颜色和样式。
- Badge 很容易写散,建议尽早抽一层可复用封装,把颜色、位置和上限逻辑一起收进去。
- 只要页面里有重复块,就别硬撑着手写到底;早点抽成小组件,后面改样式和改交互都会轻松很多。
- 示例数据最好和布局代码分开放,不然后面一接接口,页面文件很容易立刻变臃肿。
我觉得它真正有价值的地方在这
很多官方示例的价值在于展示组件存在过,但这种页面更进一步:它在展示“组件被放进页面之后怎么活起来”。
- 页面结构比较稳,后续不管是换数据还是换皮肤,成本都不会特别高。
- 状态数量总体可控,适合拿来练“一个页面里如何分配职责”这件事。
- 组件参数和页面目标之间关系比较直观,不太会出现“能跑但看不懂为什么这么配”的情况。
完整代码
下面保留整理过命名的完整 ArkTS 代码,方便你直接对照学习。这里已经去掉原始的 Demo 命名,改成了更贴近当前案例语义的名称。
/**
* 标签页徽章提醒
*/
import { DEMO_BG_COLOR, DEMO_CARD_COLOR, DEMO_THEME_COLOR, DEMO_SUBTEXT_COLOR } from './types'
interface BadgeOnTabsItem {
title: string
badge: number
}
@Entry
@Component
struct BadgeOnTabs {
@State isShow: boolean = true
@State currentTab: number = 0
private tabs: BadgeOnTabsItem[] = [
{ title: '消息', badge: 5 },
{ title: '通知', badge: 99 },
{ title: '动态', badge: 0 },
{ title: '我的', badge: 1 }
]
@Builder
TabBarBuilder(title: string, badgeCount: number, isActive: boolean) {
Badge({
count: badgeCount,
position: BadgePosition.RightTop,
style: { badgeSize: 14, badgeColor: '#FA2A2D', fontSize: 10 }
}) {
Text(title).fontSize(14).fontColor(isActive ? DEMO_THEME_COLOR : '#666')
}
}
build() {
Column() {
if (this.isShow) {
Column() {
Text('Badge 在 Tab 组件上')
.fontSize(18).fontWeight(FontWeight.Bold).fontColor('#9B59B6').margin({ bottom: 4 })
Text('Tab 标题带 Badge 徽章,模拟消息未读数场景')
.fontSize(12).fontColor(DEMO_SUBTEXT_COLOR).margin({ bottom: 12 })
}
.width('100%').alignItems(HorizontalAlign.Start)
Tabs({ index: this.currentTab }) {
ForEach(this.tabs, (tab: BadgeOnTabsItem, idx: number) => {
TabContent() {
Column() {
Text(tab.title).fontSize(20).fontWeight(FontWeight.Bold).fontColor(DEMO_THEME_COLOR)
if (tab.badge === 0) {
Text('暂无新消息').fontSize(14).fontColor(DEMO_SUBTEXT_COLOR).margin({ top: 8 })
} else {
Text(tab.badge + ' 条新消息').fontSize(14).fontColor(DEMO_SUBTEXT_COLOR).margin({ top: 8 })
}
}
.width('100%').height(120)
.justifyContent(FlexAlign.Center)
}
.tabBar(this.TabBarBuilder(tab.title, tab.badge, this.currentTab === idx))
})
}
.barMode(BarMode.Fixed)
.onChange((index: number) => { this.currentTab = index })
.backgroundColor(DEMO_CARD_COLOR)
.borderRadius(12)
.padding({ top: 8 })
}
Text('标签页徽章提醒 - Badge 在 Tab 上:消息未读数徽章')
.fontSize(12).fontColor('#999999').margin({ top: 12 })
}
.width('100%').height('100%').backgroundColor('#F5F6FA').padding(16)
}
}
收个尾
这个案例没有故意炫技,反而因此更适合学习。页面目标清楚、代码组织也相对直接,拿来练手或者做项目骨架都不亏。
更多推荐


所有评论(0)