
HarmonyKit | 鸿蒙新特性对比:Tabs vs HdsTabs 选型深度解析
两组件的本质区别
Tabs 和 HdsTabs 之差看起来只是多了三个字母,但背后的技术体系完全不一样。
Tabs 是 ArkUI 框架层的基础组件。它提供了标签导航的基础能力------标签切换、内容区渲染、TabBar 定位。除此之外的一切都需要开发者手动实现:选中态的样式、悬浮效果、模糊背景、手势适配。你可以把 Tabs 想成一套"积木",你需要自己搭出想要的结构。
HdsTabs 是 Harmony Design System(HDS)的设计规范在代码层的实现。HDS 团队根据鸿蒙设计语言,为 Tabs 预设了一套视觉规范------悬浮胶囊形态、沉浸光感材质、智感握姿跟随------开发者不需要"搭积木",默认效果就是对的设计。
两者的关系类似于:Tabs 是 View + TextView,HdsTabs 是 MaterialButton------后者不提供前者没有的功能,但大大减少了实现常见设计模式的代码量。
项目仓库:https://atomgit.com/VON-/harmony-kit
基础 Tabs:灵活但费劲
基础 Tabs 的核心 API 很直接:
typescript
Tabs({ index: this.currentIndex }) {
TabContent() { /* 内容 */ }.tabBar('标签1')
TabContent() { /* 内容 */ }.tabBar('标签2')
}
.barMode(BarMode.Fixed)
.barPosition(BarPosition.End)
.onChange((index) => { this.currentIndex = index; })
TabBar 有三种模式:
BarMode.Fixed:固定宽度,所有标签均分空间BarMode.Scrollable:可滚动,适合标签数量多的场景BarMode.Compact:紧凑模式
位置有三个选项:Start(顶部)、End(底部)、None(不显示)。
基础能力覆盖了 90% 的标签导航场景。问题出在剩下的 10%------当你需要"悬浮""毛玻璃""手势跟随"时,这些能力都不在 Tabs 的 API 中。
手写悬浮毛玻璃的复杂度
在切换到 HdsTabs 之前,HarmonyKit 用基础 Tabs + 自定义 Stack 实现了悬浮导航栏。核心代码约 80 行:
typescript
Stack({ alignContent: Alignment.Bottom }) {
// 主内容
Tabs({ index: this.currentIndex }) { /* ... */ }
// 自定义悬浮底部栏
Row() {
ForEach(CATEGORIES, (cat, idx) => {
Column() {
if (this.currentIndex === idx) {
Text(cat)
.fontColor('#ffffff')
.linearGradient({ /* 渐变背景 */ })
.borderRadius(16)
} else {
Text(cat).fontColor('#888888')
}
}
.layoutWeight(1)
.onClick(() => { this.currentIndex = idx; })
})
}
.backdropBlur(20)
.backgroundColor('rgba(255, 255, 255, 0.72)')
}
代码多了,维护成本也高了。每次系统版本更新,毛玻璃的渲染效果可能有微调,需要手动 QA 验证。每次新加一个分类 Tab,需要手动调整 layoutWeight 的计算。最致命的是:backdropBlur 的模糊半径、透明度、颜色叠加------这三个参数需要精确配比才能在浅色/深色模式下都好看。
什么时候用基础 Tabs
如果满足以下条件之一,基础 Tabs 比 HdsTabs 更适合:
- 你需要完全自定义 TabBar 外观(自定义图标、动画、非标准布局)
- 你的目标 SDK 版本 < 23,HdsTabs 部分 API 不可用
- 你不需要悬浮、毛玻璃等沉浸效果
- 你的设计稿与 HDS 规范差异很大
HdsTabs:开箱即用的设计规范
HdsTabs 的核心 API 建立在基础 Tabs 之上,新增了三个关键能力:
1. 悬浮层叠(barOverlap)
barOverlap 是一个布尔值,但它改变的是整个页面的布局逻辑。启用后,TabContent 的高度计算不再"减去 TabBar 的高度"------内容区直接占据全屏高度,TabBar 通过浮层覆盖在内容之上。
这个简单的布局模型变化,是"沉浸感"的基础。因为内容可以延伸到导航栏下方,滚动时内容在导航栏下方"流过"的视觉效果就自然产生了。
2. 悬浮样式(barFloatingStyle)
barFloatingStyle 接收一个配置对象,控制悬浮导航栏的全部视觉属性:

typescript
interface HdsTabsFloatingStyle {
barBottomMargin?: number; // 距屏幕底部的间距
adaptToHandedness?: boolean; // 握持手自适应
systemMaterialEffect?: { // 沉浸光感材质
materialType: MaterialType;
materialLevel: MaterialLevel;
};
miniBar?: { // 可折叠迷你栏
miniBarBuilder: () => void;
onBarStyleChange?: (style: HdsBarStyle) => void;
};
}
3. 沉浸光感(systemMaterialEffect)
这是 HdsTabs 最核心的差异化能力。它应用的不是普通的 backgroundColor + shadow,而是一套物理光照模拟系统。
MaterialType 定义了材质风格:
IMMERSIVE:沉浸式材质,最强的玻璃通透感ADAPTIVE:系统自适应,根据场景自动选择
MaterialLevel 定义了效果强度:
EXQUISITE:强------完整的光晕、反射、折射效果GENTLE:均衡------视觉效果与性能平衡SMOOTH:弱------仅核心特性,低性能设备首选ADAPTIVE:系统根据设备性能自动分级
在 HarmonyKit 的开发测试中,同一台设备在"电池省电模式"下,ADAPTIVE 自动从 GENTLE 切换到 SMOOTH。这个细微变化用户几乎感知不到,但系统确实在为性能和电量做动态权衡。

迁移清单:从 Tabs 到 HdsTabs
如果要将现有项目的 Tabs 替换为 HdsTabs,以下是完整的迁移步骤:
第一步:更新导入
typescript
// 旧
import { Tabs } from '@kit.ArkUI';
// 新
import { hdsMaterial, HdsTabs, HdsTabsController } from '@kit.UIDesignKit';
第二步:添加 Controller
typescript
private controller: HdsTabsController = new HdsTabsController();
第三步:替换组件名
typescript
// 旧
Tabs({ index: this.currentIndex })
// 新
HdsTabs({ controller: this.controller })
第四步:简化 TabBar
typescript
// 旧
.tabBar(this.customTabBuilder(cat, index))
// 新(直接用字符串)
.tabBar(cat)
第五步:替换配置属性
typescript
// 移除
.barHeight(44)
.barMode(BarMode.Fixed)
// 新增
.barOverlap(true)
.barPosition(BarPosition.End)
.barFloatingStyle({
barBottomMargin: 36,
adaptToHandedness: true,
systemMaterialEffect: {
materialType: hdsMaterial.MaterialType.ADAPTIVE,
materialLevel: hdsMaterial.MaterialLevel.ADAPTIVE
}
})
第六步:调整内容区底部间距
typescript
// 因为 barOverlap 让内容延伸到导航栏下方,
// 需要增加底部 padding 避免内容被遮挡
.padding({ bottom: 80 })
HarmonyKit 的实际选择
HarmonyKit 在首版使用了基础 Tabs(UI 优化前),在 UI 重构阶段迁移到了 HdsTabs。迁移耗时约 1 小时,其中 40 分钟花在理解文档和调试 SDK 版本兼容性上,真正改代码的时间不到 20 分钟。
迁移后代码量从约 60 行(基础 Tabs + 自定义 @Builder TabBuilder)减少到约 25 行(HdsTabs 配置)。更关键的是,不再需要维护 TabBuilder 的自定义样式代码------HdsTabs 的默认样式就是"对的设计"。