第 2 章 通用软件开发之态度和想法

很多时候，做软件开发，和做其他事情，道理都是相同的：

即使是临时文件，也要清晰的命名，避免后续可能的，潜在的错误发生，并且还可以帮助我们快速分析，调试出现的错误。

或者是快速恢复思路：自己之前做过的开发，即使过了相对较长的时间之后，比如3,5天，3,5个月，甚至3，5年，自己回头再看自己的软件或代码，仍旧可以看懂，并且明白自己当时的意图。

举例：

之前看到这个新手玩python偶遇坑爹错误，求开导

中的我的回复：

不论错误的原因是否是由于测试文件名和模块同名。但是这样的做事情的方式，都是偷懒的做法，不好的做法，都属于很不好的习惯。

而针对该特定问题：其由于第一次，刚开始就没有给临时文件一个清晰的名字，而导致了后续的问题。

而正常的思路，好的做法，应该是：

去测试该requests模块，需要写个测试文件，目的是用来测试此模块，

那么该测试文件的命名，就不应该很随意的、轻易的去起个无意义的名字，比如：

而是应该要保持思路清晰，起个见名知意的名字，比如：

如此，才可以达到写代码的目的：

都可以快速的看懂你所写的代码，能读懂你的每个文件所要实现的功能。

否则就很容易变成，很多人所遇到的情况：

都是：

如此：

就变成了典型的：

这就和之前的软件开发的重中之重的要注意的那一点写代码是给别人看的所冲突了。

看到这里，估计有人会问：

不就是简单的给测试文件命个名，写点测试代码吗？

又不是真正的去搞软件开发，写详细实现功能的代码，用得着这么严谨，甚至说死板吗？

对此，我的回答是：需要这么严谨。

因为：