一条消息在任意时刻只会处于一个状态 —— 那就用一个字段、一个枚举来表达它。这在软件设计里有句口号叫 "让非法状态无法被表示"

AI 对话比微信还多两步 —— AI 要"思考"、要"一个字一个字往外蹦"、你还Neng中途喊停。状态geng多，记录方式就geng容易写乱。这篇就从我 demo 里一段"kan着Neng跑、其实埋雷"的旧代码讲起。

@Trace isLoading: boolean = false // 整个会话共用一个

然后所有跟状态有关的事，dou用hen"土"的方式硬塞：

@ObservedV2export class ChatMessage { @Trace content: string = '' @Trace isLoading: boolean = false // 思考中 @Trace isStreaming: boolean = false // 流式输出中 @Trace isFailed: boolean = false // 失败了 @Trace stoppedMessage: string = '' // 停止提示}

比第一版强多了 —— 至少状态从正文里分出来了。但它有个隐患，有个专门的名字叫 布尔陷阱 / 布尔汤

msg.isLoading = truemsg.isFailed = true // 又在思考、又失败了？这是什么状态？🤔

msg.isStreaming = truemsg.isLoading = true // 既在思考又在流式？自相矛盾

这些组合在类型上完全合法，Neng编译、Neng赋值，但语义上是坏数据。一旦哪段逻辑漏改一个开关，UI 就会进入一个"谁dou没设计过"的中间态 —— 这类 bug Zui难查，因为它本不该存在。

说实话，多个布尔值kan起来挺直观，但维护起来真心头疼 —— 你得时刻记着哪些开关Neng同时开，哪些互相排斥。

@ObservedV2export class ChatMessage { @Trace content: string = '' // 只装正文 role: string = '' @Trace status: MessageStatus = MessageStatus.DONE // 状态独立成字段}

对比一下三版的差距：

hen自然的下一步，是给消息加一排开关，生产里不少代码也是这么写的：

Zui早我的消息模型长这样，只有内容，没有"状态"这个概念：

"正在生成"靠 ViewModel 上一个全局布尔：这是这次Zui想纠正的一个坏习惯。回kan旧代码：顺手把所有界面文案收口到一个常量类，告别魔法字符串散落： 害，为啥非得纠正呢？你猜。

// chat/src/main/ets/constants/ChatConstants.etsexport class ChatText { static readonly THINKING: string = '思考中' static readonly STOPPED: string = 'Yi停止生成' static readonly RESEND: string = '重新发送' static readonly REGENERATE: string = '重新生成' // ...} UI 按状态渲染：ArkUI V2 有个坑 —— "响应式字段必须在 build 里读"

build { Column { // ✅ 直接在 build 里读 this.msg.status，依赖被追踪，状态一变就重渲染 if { Row { LoadingProgress.width.height.color Text.fontColor } } else if { // 流式光标：用一个 Span 拼，仍然不进 content Text { Span Span .fontColor } } }}

"为什么百度不收录我的文章？" —— 有人问。 咱就是说这事儿跟你文章质量、关键词布局dou有关系。 你得确保内容足够有价值，还要优化好 meta 标签，让搜索引擎爱上你 🤣 。 不是有句话叫 "Content is King" 么？内容为王嘛！ 对了还有外链啥的，也不Neng忽视，你懂的。

⚠️ 反例：MyBuilder 把响应式字段当 @Builder 入参传进去 —— V2 收不到依赖，status 变了这块 UI 纹丝不动。记住：结构性的 if/.visibility/表达式，直接读字段，别绕一层函数参数。

// ❌ 旧：状态拼进正文 this.activeAiMessage.content = old + ' ' // ✅ 新：状态归状态，正文归正文this.activeAiMessage.status = MessageStatus.STOPPED// content 不动，保持用户停止前Yi收到的部分，一个字不改

"一条消息的状态变迁图，其实就是需求的另一种画法。"

// chat/src/main/ets/models/MessageStatus.etsexport enum MessageStatus {
SENDING   = 'sending',    // 用户消息发出去了但还没收到服务端确认
THINKING  = 'thinking',   // AI 开始处理用户请求，等首个字
STREAMING = 'streaming',  // AI 返回结果逐字输出中
DONE      = 'done',       // 消息正常完成
STOPPED   = 'stopped',    // 用户主动停止 AI 输出
FAILED    = 'failed',     // 消息失败
}