前言

不是所有提醒都需要数字。有些时候，只告诉用户“这里有更新”就够了。这个圆点模式案例的重点，不是功能复杂，而是提醒方式更轻、更克制。 如果你手上正好有类似页面要做，那这篇文章最好不要只当教程看。我更建议你边看边想：这一段如果换成我自己的业务数据，需不需要改状态，需不需要拆组件。

如果把这页当成练习材料，我会优先看它怎样围绕 Badge dot 模式与轻量提醒设计 组织页面。因为这一层想清楚了，后面的代码基本就不会散。

这类写法尤其适合落在 未读提示、轻消息提醒、状态更新入口 这些场景里，所以我下面不会只讲“组件怎么写”，而是更关心“放进页面之后为什么这样组织”。

页面骨架其实比参数更重要

我建议先不要着急顺着源码往下滚。先回答一个更实际的问题：圆点徽章模式页 这个页面，用户一进来第一眼会看到什么，接着又会去操作哪里。结构感一旦建立起来，后面的代码就不容易看散。

页面区域	主要职责	在代码里的典型表现
头部说明区	交代当前案例在演示什么	Text 标题、补充说明、标签文案
核心展示区	承载组件能力的主要效果	Column、Row、业务组件本体
辅助信息区	补充状态、标签、分组或统计信息	次级文本、角标、分组标题、描述块
交互入口区	负责切换、返回、定位、选择等动作	点击事件、按钮、索引条、导航入口

页面里额外定义的数据模型包括：Item。如果后面准备接接口，我更建议把这些类型继续收口成更直白的业务命名。

单个组件 API 不难，难的是和其他布局、容器、交互拼在一起之后还不乱，这篇会重点讲这个。

圆点模式的重点，是“提醒到位但别打扰”

这页没有复杂状态，isShow 只是控制示例是否展示。真正要看的，是 count: 0 和不同 badgeColor 组合出来的轻提醒语义：它不告诉用户具体有多少，只告诉用户“这里有变化”。

这种设计在业务里很常见，尤其适合这几类场景：

• 只需要提示新内容：比如动态更新、小红点入口、轻量消息提醒。
• 不适合暴露数量：比如活动提醒、隐私相关通知、弱优先级内容。
• 避免入口过载：一级页面上如果到处都是数字，用户反而不知道先看哪里。

所以圆点模式不是数字徽章的简化版，而是另一种提醒策略。它强调存在感，但不制造过强的紧迫感。

真正决定页面行为的是这些函数

读函数别贪多。对 圆点徽章模式页 这种页面来说，真正有阅读价值的往往是那几段会改状态、触发交互或者推动页面切换的逻辑。

• Badge：读它时重点看输入、改动对象，以及它最终影响了页面哪一块。

我自己读这类方法时，通常只抓一条线：谁触发、谁被改、页面哪里立刻有反馈。把这三件事连起来，很多交互代码一下就顺了。

第一段关键代码：页面是怎么被带起来的

这一段建议慢一点看。它通常决定了页面初始状态，也决定了后续哪些区域会跟着刷新。

@State isShow: boolean = true

  build() {
    Column() {
      if (this.isShow) {
        Column() {
          Text('Badge 圆点模式（Dot）')
            .fontSize(18).fontWeight(FontWeight.Bold).fontColor('#4D96FF').margin({ bottom: 4 })
          Text('count=0 时自动显示为纯红点，不显示数字')
            .fontSize(12).fontColor(DEMO_SUBTEXT_COLOR).margin({ bottom: 12 })
        }
        .width('100%').alignItems(HorizontalAlign.Start)

        Flex({ wrap: FlexWrap.Wrap }) {
          ForEach([
            { label: '红点', color: '#FA2A2D' },
            { label: '绿点', color: '#6BCB77' },
            { label: '蓝点', color: '#4D96FF' },
            { label: '橙点', color: '#FFA500' },
            { label: '紫点', color: '#9B59B6' }
          ], (item: BadgeDotModeItem) => {
            Badge({
              count: 0,
              position: BadgePosition.RightTop,

这一段我通常不会一下翻过去，而是先确认下面这几个判断点：

• @State 字段到底在控制显示、选择、跳转结果还是模式切换。
• 默认值是不是合理，页面一打开会不会就落在一个可理解的状态上。
• 字段命名能不能让后来的人一眼看懂用途，而不是还要翻半天 UI。

第二段关键代码：真正决定交互手感的地方

这段代码把圆点模式讲得很直观：count 固定为 0，角标就不再承担数量表达，而是变成一个纯状态标记。颜色和尺寸越克制，越适合做轻提醒。

Badge({
              count: 0,
              position: BadgePosition.RightTop,
              style: { badgeSize: 10, badgeColor: item.color }
            }) {
              Column() {
                Text('📱').fontSize(28)
                Text(item.label).fontSize(10).fontColor('#888').margin({ top: 4 })
              }
              .width(64).height(64)
              .backgroundColor(DEMO_CARD_COLOR)
              .borderRadius(12)
              .justifyContent(FlexAlign.Center)
              .border({ width: 1, color: '#F0F0F0' })
            }.margin({ right: 12, bottom: 12 })
          })
        }.width('100%')
        .backgroundColor(DEMO_CARD_COLOR).borderRadius(12).padding(12)

        Text('📌 count=0 时自动显示为纯色圆点，适用于新消息提醒').fontSize(11).fontColor('#999').margin({ top: 12, left: 4 })
      }
      Text('圆点徽章模式页 - Badge 圆点模式：count=0 纯色圆点标记')
        .fontSize(12).fontColor('#999999').margin({ top: 12 })
    }

代码读到这里，我通常会顺手补三件事，不然后面很容易只看热闹：

1. 这个交互入口接收的到底是什么输入。
2. 输入进来之后，代码改了哪个状态，或者触发了哪次导航。
3. 变化发生后，用户最先感知到的反馈会落在哪个区域。

这三个问题串起来之后，这一页基本就不只是“看过”，而是真的读懂了。

这一页我建议这样上手

文章讲再多，都不如自己把页面点一遍。尤其是 圆点徽章模式页 这种带明显交互结果的页面，只看代码很难建立手感。

1. 先进入页面，确认首屏是不是把 圆点徽章模式页 的主题交代清楚。
2. 盯住核心展示区，观察默认状态下最醒目的内容是什么。
3. 主动触发一次关键交互，比如点击、滑动、跳转、返回、切换或者选择。
4. 回头检查状态区、提示区、标题区或者附属信息有没有跟着变化。
5. 最后再打开源码，对照刚才那次交互，把状态变化链路串起来。

如果这五步你能边操作边说清楚页面发生了什么，后面再换成自己的数据和交互，心里会稳很多。

从示例到项目，中间这几步别省

示例页最大的风险，就是你觉得“这不难”，结果真要迁进项目里，发现数据、样式、交互边界全要补。这里提前把这些坑说开。

• 徽章进入真实项目后，先统一语义：到底是在表达提醒、数量还是状态，再决定颜色和样式。
• Badge 很容易写散，建议尽早抽一层可复用封装，把颜色、位置和上限逻辑一起收进去。
• 只要页面里有重复块，就别硬撑着手写到底；早点抽成小组件，后面改样式和改交互都会轻松很多。
• 示例数据最好和布局代码分开放，不然后面一接接口，页面文件很容易立刻变臃肿。

这类实现为什么比文档片段更有用

它真正值得保留的地方，不只是效果能跑出来，而是写法相对克制。你以后回来翻，会发现它很适合当中间层模板。

• 页面结构比较稳，后续不管是换数据还是换皮肤，成本都不会特别高。
• 状态数量总体可控，适合拿来练“一个页面里如何分配职责”这件事。
• 组件参数和页面目标之间关系比较直观，不太会出现“能跑但看不懂为什么这么配”的情况。

完整代码

下面保留整理过命名的完整 ArkTS 代码，方便你直接对照学习。这里已经去掉原始的 Demo 命名，改成了更贴近当前案例语义的名称。

/**
 * 圆点徽章模式页
 */
import { PRESET_COLORS, DEMO_BG_COLOR, DEMO_CARD_COLOR, DEMO_THEME_COLOR, DEMO_SUBTEXT_COLOR } from './types'


interface BadgeDotModeItem {
  label: string
  color: string
}
@Entry
@Component
struct BadgeDotMode {
  @State isShow: boolean = true

  build() {
    Column() {
      if (this.isShow) {
        Column() {
          Text('Badge 圆点模式（Dot）')
            .fontSize(18).fontWeight(FontWeight.Bold).fontColor('#4D96FF').margin({ bottom: 4 })
          Text('count=0 时自动显示为纯红点，不显示数字')
            .fontSize(12).fontColor(DEMO_SUBTEXT_COLOR).margin({ bottom: 12 })
        }
        .width('100%').alignItems(HorizontalAlign.Start)

        Flex({ wrap: FlexWrap.Wrap }) {
          ForEach([
            { label: '红点', color: '#FA2A2D' },
            { label: '绿点', color: '#6BCB77' },
            { label: '蓝点', color: '#4D96FF' },
            { label: '橙点', color: '#FFA500' },
            { label: '紫点', color: '#9B59B6' }
          ], (item: BadgeDotModeItem) => {
            Badge({
              count: 0,
              position: BadgePosition.RightTop,
              style: { badgeSize: 10, badgeColor: item.color }
            }) {
              Column() {
                Text('📱').fontSize(28)
                Text(item.label).fontSize(10).fontColor('#888').margin({ top: 4 })
              }
              .width(64).height(64)
              .backgroundColor(DEMO_CARD_COLOR)
              .borderRadius(12)
              .justifyContent(FlexAlign.Center)
              .border({ width: 1, color: '#F0F0F0' })
            }.margin({ right: 12, bottom: 12 })
          })
        }.width('100%')
        .backgroundColor(DEMO_CARD_COLOR).borderRadius(12).padding(12)

        Text('📌 count=0 时自动显示为纯色圆点，适用于新消息提醒').fontSize(11).fontColor('#999').margin({ top: 12, left: 4 })
      }
      Text('圆点徽章模式页 - Badge 圆点模式：count=0 纯色圆点标记')
        .fontSize(12).fontColor('#999999').margin({ top: 12 })
    }
    .width('100%').height('100%').backgroundColor('#F5F6FA').padding(16)
  }
}

收个尾

我会把 圆点徽章模式页 归到“代码不长，但值得留档”的那类示例里。以后遇到同类页面，回来翻它，比重新猜一遍状态和结构靠谱得多。