任务2：简单的重命名

怎么样？30 分钟内能完成你期待的重构目标吗？现在请你暂且将前一课的重构成果保存到分支上，一起来体会下常见的重构过程。

在开展重构时，也许有同学会觉得应该从逻辑最纠结的地方改起，因为重构的价值最大。但往往从最简单的地方开始，从外围慢慢清扫会更顺利，一来可以帮助你找到重构的节奏感和信心，二来外围的清扫往往会降低后续清理复杂逻辑的难度。当看到做完简单的修改测试依然变绿时，愉悦感会使你越发喜欢重构这件事情。

而味道最明显、最容易发现和处理的，莫过于那些词不达意、甚至还充斥着拼写错误的变量名和方法名了。“神秘命名”正是《重构》一书里首当其冲的第一种坏味道了。

命名无小事。这节课的任务很简单，就是给这些变量和方法一个更好的名字。

对了，还有个提醒，那个字符串"f"显然也令人抓狂，但它是我们下一节课的重构对象，所以请大家在这次重构中先放它一马，聚焦于其他的代码元素。

你的任务

Java：

git checkout task-2
./gradlew test

JavaScript：

git checkout task-2
npm test

1. 将代码中你觉得不好的变量命名和函数命名改正过来（暂时不用改动表示英尺的"f"变量）

思考

• 有没有做到每修改一处代码就运行测试？

• 你是如何为变量和方法重命名的？全局搜索/替换？使用快捷键？不同的办法之间有什么优劣？

• 好的命名应该是什么样子？平时工作中的代码元素（变量、函数、类名、常量等）有没有命名不好的例子？

• 如果你不知道 IDE 对“重命名”这个重构操作有快捷键支持，请你搜索一下，应用到重构中去

• 重构的节奏顺畅吗？若有不顺畅的地方在哪里？

参考资料

• 《重构 2》6.7 变量改名（Rename Variable）

• 《重构 2》6.5 改变函数声明（Change Function Declaration）

• 《编写可读代码的艺术》第 2、3 章“把信息装到名字里”及“不会误解的名字”