HarmonyOS7 ArkUI 实战：Tabs 可滚动标签栏与 TabContent 内容联动

文章目录前言代码讲解页面入口怎么安排数据模型先稳住状态变量控制页面反馈布局代码不要从样式开始读Builder 和方法承担复用使用方式完整代码关键代码解析interface 不是摆设State 是交互的开关列表和卡片要靠数据驱动事件回调要短一点样式参数别急着抽常量总结前言新闻封面最容易出现文字看不清的问题所以遮罩层和文字层级比图片本身更重要。我建议把这篇当成一个可以直接改造的 ArkUI 页面模板来看。先跑起来确认页面展示和交互都正常再把里面的模拟数据替换成接口数据最后再调整颜色、间距和业务字段。这样改起来比较稳不容易一边改样式一边把状态逻辑弄乱。这篇文章会按「页面意图、数据结构、状态流转、布局组织、交互细节」这条线来读代码。你不用从第一行样式硬看到最后先抓住主线后面的细节会轻松很多。代码讲解页面入口怎么安排代码里的入口组件是ScrollableNewsTabsPage。如果你把它当成单独页面预览保留Entry就可以如果要塞进现有工程的路由体系通常会去掉Entry再由外层页面或路由模块统一管理。这个习惯很重要。一个项目里入口页面太多预览时容易混后期拆组件也会麻烦。我的做法是案例阶段保留入口接业务时只保留真正需要被路由访问的页面。数据模型先稳住本案例涉及的数据模型主要有TabInfo、ContentItem。这些interface的作用不是为了“看起来规范”而是给 UI 层划边界。比如列表项需要标题、描述、颜色、选中态就应该在模型里说清楚。后续从接口拿数据时可以在请求层做字段映射别让后端字段名直接污染页面代码。如果你准备接真实业务建议把模拟数组替换成接口返回后的 ViewModel。页面只关心自己要渲染什么不关心接口原始字段长什么样。状态变量控制页面反馈本案例里的关键状态包括currentTabIdx。State的职责是让 UI 对用户操作有反馈。比如选中某个卡片、切换分类、展开内容、修改输入值、控制加载中状态这些都应该由状态驱动。状态一变相关 UI 自动刷新这也是 ArkUI 声明式开发最核心的体验。这里有个容易踩的坑不要把所有数据都塞进State。静态配置用普通数组就够了只有用户会改、接口会更新、页面需要重新渲染的数据才适合放进状态里。布局代码不要从样式开始读这个页面里比较关键的组件有Row横向排列、左右分栏、按钮组或卡片行都依赖它来控制水平方向的节奏。Column纵向组织标题、内容、操作区适合搭页面主骨架。Divider负责信息分组不只是画一条线而是帮用户理解层级。List适合长列表和分组列表重点是数据过滤、滚动和状态同步。Tabs负责分类切换关键是标签状态和内容过滤不要写混。读布局时我更建议先找大容器再看内部如何拆块。比如一个页面通常会先用Column纵向放标题区、内容区、操作区内容区里再用Row、Grid、List或其他容器细分。这样看代码层级会比逐行看.padding()、.fontSize()清楚得多。如果页面显示错位优先检查容器关系而不是马上改像素。很多问题不是某个.margin()不对而是外层容器的宽高、滚动方向、权重分配或对齐方式没想清楚。Builder 和方法承担复用代码中拆出的 Builder 主要有ContentList、TabBuilder。辅助方法主要有getTabItems。Builder更适合复用 UI 片段比如卡片、列表行、头部区域、按钮组。普通方法更适合放计算逻辑比如筛选列表、统计数量、切换状态、生成颜色。两者分清楚后页面会干净很多。我不建议把所有东西都塞进build()。刚开始代码少还行需求一多build()会变成几百行后面改一个按钮都要找半天。使用方式把下面的完整代码放到 ArkTS 页面文件里即可运行。文章中的组件名已经是语义化命名不包含编号式案例名称接路由时直接使用ScrollableNewsTabsPage就行。如果你要改成业务页面优先改三处数据模型、状态变量、事件方法。样式可以后调先保证数据流和交互是通的。完整代码// ScrollableNewsTabsPage: 标签页导航 - Tabs 组件与 TabContent // 知识点: Tabs、TabContent、TabsController、barPosition、scrollable 标签栏 interface TabInfo { tabId: number tabLabel: string tabEmoji: string badgeCount: number } interface ContentItem { itemId: number itemTitle: string itemSummary: string itemEmoji: string itemBg: string tabCategory: string } Entry Component struct ScrollableNewsTabsPage { State currentTabIdx: number 0 private tabController: TabsController new TabsController() private tabList: TabInfo[] [ { tabId: 0, tabLabel: 推荐, tabEmoji: , badgeCount: 0 }, { tabId: 1, tabLabel: 科技, tabEmoji: , badgeCount: 3 }, { tabId: 2, tabLabel: 设计, tabEmoji: , badgeCount: 0 }, { tabId: 3, tabLabel: 生活, tabEmoji: , badgeCount: 1 }, { tabId: 4, tabLabel: 职场, tabEmoji: , badgeCount: 0 }, { tabId: 5, tabLabel: 读书, tabEmoji: , badgeCount: 0 }, ] private contentItems: ContentItem[] [ { itemId: 1, itemTitle: HarmonyOS 最新动态解析, itemSummary: 鸿蒙生态最新进展开发者必读, itemEmoji: , itemBg: #E3F2FD, tabCategory: 推荐 }, { itemId: 2, itemTitle: 2024 最值得学习的技术栈, itemSummary: 前端、移动端、AI方向全解析, itemEmoji: , itemBg: #F3E5F5, tabCategory: 推荐 }, { itemId: 3, itemTitle: 极简工作台改造指南, itemSummary: 打造高效舒适的工作环境, itemEmoji: ️, itemBg: #E8F5E9, tabCategory: 推荐 }, { itemId: 4, itemTitle: ArkUI 组件深度解析, itemSummary: 从原理到实践掌握核心组件, itemEmoji: ⚙️, itemBg: #E3F2FD, tabCategory: 科技 }, { itemId: 5, itemTitle: AI大模型应用开发指南, itemSummary: 实战接入大模型的最佳姿势, itemEmoji: , itemBg: #FFF8E1, tabCategory: 科技 }, { itemId: 6, itemTitle: Figma 新功能全面评测, itemSummary: 设计工具进化效率提升50%, itemEmoji: ✏️, itemBg: #FCE4EC, tabCategory: 设计 }, { itemId: 7, itemTitle: 从零开始做用户研究, itemSummary: 方法论 实战案例全解析, itemEmoji: , itemBg: #E0F7FA, tabCategory: 设计 }, { itemId: 8, itemTitle: 30分钟快手健康早餐, itemSummary: 营养美味工作日也能搞定, itemEmoji: , itemBg: #F0FFF4, tabCategory: 生活 }, { itemId: 9, itemTitle: 室内植物养护宝典, itemSummary: 10种好养的绿植净化空气, itemEmoji: , itemBg: #E8F5E9, tabCategory: 生活 }, { itemId: 10, itemTitle: 面试拿到offer的关键, itemSummary: 技术面 HR面全套应对策略, itemEmoji: , itemBg: #FFF3E0, tabCategory: 职场 }, { itemId: 11, itemTitle: 《深度工作》读书笔记, itemSummary: 专注的力量改变工作方式, itemEmoji: , itemBg: #F3E5F5, tabCategory: 读书 }, { itemId: 12, itemTitle: 《原则》达利奥的生活哲学, itemSummary: 成功背后的思维框架, itemEmoji: , itemBg: #FCE4EC, tabCategory: 读书 }, ] getTabItems(category: string): ContentItem[] { if (category 推荐) { return this.contentItems.filter(i i.tabCategory 推荐) } return this.contentItems.filter(i i.tabCategory category) } Builder ContentList(category: string) { List({ space: 0 }) { ForEach(this.getTabItems(category), (item: ContentItem) { ListItem() { Row({ space: 12 }) { Text(item.itemEmoji) .fontSize(32) .width(56) .height(56) .textAlign(TextAlign.Center) .backgroundColor(item.itemBg) .borderRadius(10) .flexShrink(0) Column({ space: 5 }) { Text(item.itemTitle) .fontSize(15) .fontWeight(FontWeight.Medium) .fontColor(#1A1A1A) .maxLines(2) .textOverflow({ overflow: TextOverflow.Ellipsis }) .lineHeight(21) Text(item.itemSummary) .fontSize(12) .fontColor(#888888) .maxLines(1) .textOverflow({ overflow: TextOverflow.Ellipsis }) Row({ space: 8 }) { Text(item.tabCategory) .fontSize(11) .fontColor(#007DFF) .padding({ left: 6, right: 6, top: 2, bottom: 2 }) .backgroundColor(#EDF4FF) .borderRadius(4) Text( 2.3万) .fontSize(11) .fontColor(#BBBBBB) Text( 128) .fontSize(11) .fontColor(#BBBBBB) } } .layoutWeight(1) .alignItems(HorizontalAlign.Start) } .width(100%) .padding({ left: 16, right: 16, top: 14, bottom: 14 }) .alignItems(VerticalAlign.Top) } }, (item: ContentItem) item.itemId.toString()) } .divider({ strokeWidth: 0.5, color: #F0F0F0, startMargin: 84 }) .scrollBar(BarState.Off) .width(100%) .height(100%) } build() { Column({ space: 0 }) { // 顶部标题 Row({ space: 0 }) { Text( 资讯) .fontSize(20) .fontWeight(FontWeight.Bold) .fontColor(#1A1A1A) .layoutWeight(1) Text() .fontSize(20) .margin({ right: 12 }) Text(✏️) .fontSize(20) } .width(100%) .height(52) .padding({ left: 16, right: 16 }) .backgroundColor(#FFFFFF) // Tabs 组件 Tabs({ barPosition: BarPosition.Start, controller: this.tabController, index: this.currentTabIdx }) { ForEach(this.tabList, (tab: TabInfo, idx: number) { TabContent() { this.ContentList(tab.tabLabel) } .tabBar(this.TabBuilder(tab, idx)) }, (tab: TabInfo) tab.tabId.toString()) } .vertical(false) .scrollable(true) .animationDuration(300) .barMode(BarMode.Scrollable) .barHeight(44) .onChange((index: number) { this.currentTabIdx index }) .layoutWeight(1) } .width(100%) .height(100%) .backgroundColor(#FFFFFF) } Builder TabBuilder(tab: TabInfo, idx: number) { Column({ space: 0 }) { Row({ space: 4 }) { Text(tab.tabEmoji) .fontSize(14) Text(tab.tabLabel) .fontSize(14) .fontColor(this.currentTabIdx idx ? #007DFF : #555555) .fontWeight(this.currentTabIdx idx ? FontWeight.Bold : FontWeight.Normal) if (tab.badgeCount 0) { Text(tab.badgeCount.toString()) .fontSize(9) .fontColor(#FFFFFF) .padding({ left: 4, right: 4, top: 1, bottom: 1 }) .backgroundColor(#EF4444) .borderRadius(8) .constraintSize({ minWidth: 16 }) .textAlign(TextAlign.Center) } } .alignItems(VerticalAlign.Center) Divider() .strokeWidth(2) .color(this.currentTabIdx idx ? #007DFF : transparent) .width(24) .margin({ top: 4 }) } .height(44) .justifyContent(FlexAlign.Center) .alignItems(HorizontalAlign.Center) .padding({ left: 10, right: 10 }) } }关键代码解析interface不是摆设很多新手写 ArkUI 页面时会直接在ForEach里使用一堆临时对象。页面小的时候没问题但字段一多就很难知道每个字段到底用于哪里。本案例把数据结构提前声明出来读代码时能很快判断每个 UI 区块依赖哪些字段。后续如果接接口也建议保留这层结构。接口可以变页面模型尽量稳定。这样页面不会因为后端多返回一个字段、少返回一个字段就跟着大改。State是交互的开关本案例的交互反馈都围绕状态展开。点击、切换、输入、刷新这类行为本质上都是修改某个状态值然后让 UI 重新计算显示结果。写这类代码时有一个简单判断如果某个值变化后页面应该立刻变那它大概率应该是状态如果它只是配置项、静态文案、固定颜色就不要放进状态。列表和卡片要靠数据驱动只要页面里出现重复结构就应该优先想到数据数组加ForEach。这样新增一项、删除一项、调整顺序都只动数据不用复制粘贴一段 UI。这个案例的完整代码里已经把主要内容抽成数组或方法。你可以试着多加一条数据看页面是否能自然渲染出来。如果能说明结构是健康的如果加一条就要改很多 UI说明组件拆分还不够。事件回调要短一点.onClick()、onChange()这类回调里可以直接改状态但不建议堆太多逻辑。简单切换可以写在回调里复杂逻辑最好拆成方法。这样做有两个好处一是读页面结构时不会被业务逻辑打断二是后面要加埋点、请求接口、异常处理时有明确的位置可以改。样式参数别急着抽常量这个案例里有不少颜色、间距、圆角、字号。学习阶段直接写在组件链上反而更容易看出效果。等你确定页面风格稳定后再把主题色、通用间距、卡片圆角提到统一常量里。过早抽象会让示例代码变绕。先让页面清楚再谈工程化这是我比较推荐的顺序。总结这个案例真正值得学的不只是某个 ArkUI 组件怎么写而是一个页面如何从数据走到状态再走到布局和交互。你可以按这个顺序改造先替换数据模型再确认状态更新是否正确接着调整布局容器最后打磨样式细节。只要这条主线不乱页面规模变大也不会失控。如果后续继续扩展我会优先把可复用的卡片、列表行、筛选栏或控制区拆成独立组件。这样主页面只保留数据和流程代码会更接近真实项目里的写法。