从需求起草功能,而不是从代码行数起草



C3起草中的错误通常不是出现在第一行模块声明,而是出现在输入🔑、类型、资源和失败路径没有被写进设计。



提交17.c3前,至少应完成以下核对,确保文件不仅“看起来像代码”,而且能够被项目接收和验证:



资源使用要有结束路径



文件能显示文字不等于文件能够构建。起草完成后,必须把源文件放进正确的项目目录,确认模块声明与项目配置一致,并使用当前工具链执行编译或测试。单独打开文件检查颜色、缩进或编辑器提示,❤️不能替代编译验证。



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



举报/反馈