其实也不算太多，7个状态 x 8个事件，AI从一堆if给转的，这下自己维护起来舒服一些了，好几页的if看得我眼晕。
不过估计对半路出家的码农不友好了，还好现在可以让AI帮忙解释代码，还可以让AI转回那一坨翔山if回到熟悉的场景。
--
FROM 171.213.193.*

既然是有限状态，让AI做个全路径覆盖的测试单元不难。
靠不靠谱把所有路径都测试到了自然就知道了。

【 在 hgoldfish 的大作中提到: 】
: 上千行的 if 重构完，你们敢用吗？
--
FROM 171.213.211.*

你这个又不是有限状态，下面是定义：

状态数量有限
输入集合有限
转换规则有限
路径有限

我转的那一堆if，前面说了，7个状态8个事件，都是有限的，为啥做不出全路径覆盖的单元测试？

做编译器的为啥能对C/C++的switch case语句做全路径测试优化，就是因为case限制的条件是常量，输入是有限的。

【 在 hgoldfish 的大作中提到: 】
: c++ 编译器在 switch(enum) 的时候，如果没有覆盖全部的枚举量的时候会报警告的。
: 之前 python 在推出 match 功能的时候就有人谈到这个 match 上线之后没法遍历所有路径。
: 说 AI 可以给出覆盖所有路径的测试用例，说实话我也不信。比如以下代码:
: ...................
--
修改:poocp FROM 171.213.211.*
FROM 171.213.211.*

AI总结的。状态机在软件开发中有着广泛的应用，因为它能够有效地管理复杂的程序行为和流程。以下是一些常见的程序案例，状态机特别适合使用：

1. 用户界面和交互
表单验证：状态机可以管理表单的填写过程，根据用户输入的不同状态（如有效、无效、未完成等）提供不同的反馈或动作。
用户登录流程：从输入用户名到验证码输入、密码检查、登录成功或失败，每一步都可以视为一个状态。

2. 通信协议
网络协议处理：如TCP/IP协议中的连接建立、数据传输、连接关闭等，每个阶段都可以用状态表示。
HTTP状态管理：处理请求状态，如接收请求、处理中、响应发送等。

3. 游戏开发
游戏逻辑：角色状态（如攻击、防御、移动、死亡）、游戏等级（开始、中断、结束）、NPC行为等。
游戏状态管理：如菜单、游戏中、暂停、结束等。

4. 编译器和解释器
词法分析：识别单词的不同状态，如标识符、数字、关键字等。
语法分析：解析代码结构，状态机可以用来跟踪解析过程中的状态变化。

5. 自动控制系统
自动驾驶：车辆的状态（如行驶、停车、倒车、转弯），根据传感器输入改变状态。
工业控制：管理机器或设备的运行状态，如初始化、工作、维护、停止。

6. 流程控制
工作流管理：任务状态（如待办、进行中、完成、审核中），可以用状态机来跟踪和管理。
软件更新过程：从检查更新、下载、安装到完成或失败，每个步骤都可以是一个状态。

7. 嵌入式系统
设备状态：如电源管理（开机、休眠、关机），或设备的工作模式（正常、故障、维护模式）。

8. 文本处理
正则表达式匹配：状态机在匹配复杂模式时非常有效。
自然语言处理：在词性标注或句法分析中，状态机可以帮助识别和处理语言的不同状态。

9. 安全和认证
认证流程：从输入验证到多因素认证，每个步骤可以映射到不同的状态。

10. 电商和交易系统
订单处理：从下单、支付、发货到完成或取消，每个阶段都是一种状态。

状态机的应用场景之所以广泛，主要是因为它能够清晰地定义和管理复杂的流程和行为，提高代码的可读性、可维护性和可测试性。通过状态机，可以确保系统在各种条件下都能正确响应，避免状态爆炸或逻辑错误。

【 在 chunhui 的大作中提到: 】
: 是的。这个绝对是个好东西。
: 工作中一直面临的问题就类似各种if then但比这个还稍微复杂一点。但又躲不过。很多人都特别抵触这一部分。不愿意上手。
: 八九年前有一天，用葫芦相声社的一句台词：有一天突然脑子里灯儿的一声。我想到用状态机。用了之后能极大简化代码，也极大减轻人的心智负担。直到现在我发现其他人还在用老办法。。。
--
FROM 171.213.211.*