函数边界要围绕职责划分



17.c3起草的质量取决于需求边界,而不取决于初稿代码的长度。一个可执行的草稿至少应该记录任务目标、输入格式、输出格式和失败处理。



变量和数据结构要服务于规则



文件所在环境是最先要核验的信息。查看同目录文件、打开文件前几十行、确认扩展名关联程序,并检查项目说明,比直接搜索某个片段更有效。



把代码草稿拆成输入、规则和输出



C3变量设计应优先表达业务含义。临时变量可以短小,但代表输入、状态、计数、错误原因的数据应使用能够说明用途的名称;多个字段总是共同出现时,可以考虑组合成结构,而不是让函数参数持续增加。



17.c3的提交版本应同时满足可读、可验证和可维护三个条件。代码能够运行只是最低要求,后续接手者还需要知道文件用途、输入约束和修改范围。



举报/反馈