错误处理要有可观察结果

C3 文件骨架应先表达模块归属、依赖关系和入口函数，再逐步补充业务代码。下面的内容是适合起草阶段的最小示意，函数库名称和工程配置需要根据实💎际 C3 版本调整。

如果任务是“读取一组数字并输出最大值”，函数划分可以先写成输入读取、数据校验、最⚡大值计算和结果输出四个部分。这样做比把所有逻辑塞进 main 更容易测试，也更容易定位错误。

输入校验应覆盖空值、非法字符、超出范围和数量不符等情况。程序不能把用户输入直接当成可信数据使用☀️，尤其是涉及数组索引、长度计算或数值转换时，应先判断数据是否满足前置条件。

输入校验不能只检查正常样例

17.c3起草真正需要确定的是程序要接收什么、处理什么以及输出📚什么。一个编号文件往往只是任务载体，完整设计至少应回答以下问题：

C3起草中最容易遗漏的四类细节

C3 是一种面向系统编程的编译型语言，语法与 C 家族有一定相似性，但模块声明、👍导入方式、函数写法和工程组织仍应以当前编译器版本为准。若“17.c3”来自课程作业、项目仓库或自动生成任务，文件编号可以保留，但模块名不宜直接使用以数字开头的标识符。

如果编译器报告模块名称、源文件路径或入口点错误，优先检查项目配置，而不是立即修改业务逻辑。某些工程要求文件名与模块名保持一致，某些工程则由项目清单统一管理源文件，二者🎉不能混用。

资源管理应覆盖文件、内存、句柄和临时对象等使用过程。无论函数在正常路径返回，还是在中途遇到错误，都要检查资源是否需要释放，避免只为成功分支设计清理逻辑。