让输入可信

本周要回答： 当用户输入不完整、顺序不同或数据重复时，工具还能给出可解释的结果吗？

进入本周前： 能运行第 1 周工具，认识函数、参数、数组和对象；不熟悉时继续补基础，不急着加界面。

图 02.1本周的思考路径

课程示意图 · 根据本周实验步骤绘制，表示建议流程，不是实测结果。

学习内容与理解目标

学习主线是纯处理逻辑与副作用分开：解析输入、计算结果、读写文件或更新页面，不要混成一个巨大函数。理解字符串、数字、布尔值、数组、对象以及 Map/Set 的用途；能解释为什么“空字符串”和“没有值”不能一律当零。掌握条件分支、循环、异常和模块的最小用法。

类型声明有助于开发期间检查，但来自文件、网络和模型的内容仍需要运行时校验。本周先自己理解一条校验规则，再决定是否引入库；不要为了三个字段搭建复杂验证框架。通过错误样例学习规则的边界，比重复生成正确样例更有价值。

级别	官方或原始资料	本周只读这些	阅读预算
必读	R27 · MDN：JavaScript Guide	Control flow and error handling、Indexed collections、Keyed collections、Functions。	60 分钟
必读	R28 · TypeScript Handbook：Introduction	Everyday Types、Narrowing；重点区分类型提示和实际输入检查。	35 分钟
补基础	R13 · CS50P Week 5：Unit Tests	如何为函数提供独立输入与期望结果。	25 分钟

不用代码生成器的练习： 自己新增一条规则：例如时长必须大于零、标题去掉首尾空格。先写失败样例，再修改实现；不能让模型先把完整补丁给你。

隐私与安全检查： 输出默认最小化，不保留输入原文的“调试备份”。处理文本时不要直接把用户输入拼成可执行命令或数据库语句；尚未需要执行外部动作就不要增加该能力。

落到日常生活： 找一次过去容易因复制粘贴或缺字段而返工的任务，使用校验后的工具。记录错误是否被更早发现；防止返工也是价值，不必只统计点击数。

过关或补课判断： 可以解释一次校验失败，并独立添加一条规则后再进入下一周。若测试只有“没有抛异常”，应补一个结果确实正确的断言。

请先帮我明确数据契约，将解析、纯逻辑和输出分离。围绕真实边界写最小测试，不扩展框架。完成后让我自己增加一条校验规则，并检查我是否真正理解类型检查与运行时校验的区别。

来源编号与核对说明沿用课程原文，基线为 2026-09-27。未逐一登录完成外部实验；实施前请核对最新版本与访问条件。