代码之丑
2025-01-03
01__缺乏业务含义的命名：如何精准命名？
2025-01-03
02__乱用英语：站在中国人的视角来看英文命名
2025-01-03
03__重复代码：简单需求到处修改，怎么办？
2025-01-03
04__长函数：为什么你总是不可避免地写出长函数？
2025-01-03
05__大类：如何避免写出难以理解的大类？
2025-01-03
06__长参数列表：如何处理不同类型的长参数？
2025-01-03
07__滥用控制语句：出现控制结构，多半是错误的提示
2025-01-03
08__缺乏封装：如何应对火车代码和基本类型偏执问题？
2025-01-03
09__可变的数据：不要让你的代码“失控”
2025-01-03
10__变量声明与赋值分离：普通的变量声明，怎么也有坏味道？
2025-01-03
11__依赖混乱：你可能还没发现问题，代码就已经无法挽救了
2025-01-03
12__不一致的代码：为什么你的代码总被吐槽难懂？
2025-01-03
13__落后的代码风格：使用“新”的语言特性和程序库升级你的代码
2025-01-03
14__多久进行一次代码评审最合适？
2025-01-03
15__新需求破坏了代码，怎么办？
2025-01-03
16__熊节：什么代码应该被重构？
2025-01-03
17__课前作业点评：发现“你”代码里的坏味道
2025-01-03
173-代码之丑
2025-01-03
结束语__写代码是一件可以一生精进的事
2025-01-03
开篇词__这一次，我们从“丑”代码出发
2025-01-03
课前热身__这些需求给到你，你会怎么写代码？