笨方法学Python习题45—你来制作一个游戏

你来制作一个游戏

在编程过程中，你需要的所有信息网上都有，只需去搜索就行。这就需要使用正确的单词进行搜索，挑选正确的搜索关键字事半功倍。下面将尝试写一个大的项目，并让其运行起来。需求如下：
1. 制作一个截然不同的游戏。
2. 使用多个文件，并使用import调用这些文件。确认自己知道import的用法。
3. 每个房间使用一个类，类的命名要能体现出它的用处，如GoldRoom、KoiPondRoom。
4. 你的运行器代码应该了解这些房间，所以创建一个类来调用并记录这些房间。有很多种方法可达到这个目的，可以考虑让每个房间返回下一个房间，或设置一个变量，让它指定下一个房间是什么。
其他事情全靠自己了。花一个星期，做一个你能做出来的最好的游戏。用学过的任何知识（类、函数、字典、列表。。。。）来改进它。目的是让你学会如何构建能调用其他Python文件中的类的类。
试着自己动手，编程就是解决问题的过程：尝试各种可能性，进行试验，经历失败，然后丢掉现有的东西重新开始。遇到问题，可向别人求助：贴代码给他们看。持续修改和清理你的代码，知道它足够好，然后在研究一下它还能不能改进。

评价你的游戏

目的是检查评估你的游戏，不管你做的怎么样。将串一下你应该弄懂的一些东西，并确认你的游戏中有用到他们：学习用正确的格式构建类的方法、使用类的一些通用习惯，另外还有许多“书本知识”。
要学会“自食其力”，我不会再牵着你前行，你得靠自己了。一开始会觉得困难不习惯，但只要坚持下去，你就会培养出自己解决问题的能力。会找出创新的方法解决问题，比从课本中复制解决方案强多了。

函数风格

1. 程序员将类中的函数称为“方法”（method）两者没啥不同
2. 使用类的过程中，很大一部分时间是告诉你的类如何做事情。给这些函数命名的时候，与其命名成一个名词，不如命名为一个动词，作为给类的一个命令：如list的pop（弹出）函数一样，不是命名为remove_from_end_of_the_list，即使它的功能的确是这样。
3. 让函数保持简单小巧。

类的风格

1. 类应使用“驼峰式大小写”（camel case）：SuperGoldFactory而不是super_gold_factory。
2. __init__不应做太多事，会使类变得难以使用
3. 其他函数应该使用“下划线隔词”：my_awesome_hair而不是myawesomehair或MyAwesomeHair
4. 用一致的方式组织函数的参数。若类需处理users、dogs和cats，就保持这个次序（特别情况除外）。若一个函数参数是（dog， cat，user），另一个是（user， cat， dog），会让函数使用起来困难。
5. 不要对全局变量或来自模块的变量进行重定义或赋值。
6. 不要一根筋维持风格一致性。一致性是好事，但别愚蠢地跟住别人遵从一些错误口号。
7. 永远都使用class Name(object)的方式定义类。

代码风格

1. 为方便他人阅读，为自己代码字符之间留下一些空白。
2. 若一段代码你无法朗读出来，那这段代码的可读性可能就有问题。朗读不仅会逼迫你慢速而且认真仔细阅读，还可帮你找到难读的段落，从而知道哪些代码的易读性需作出改进。
3. 学着模仿别人的风格写Python程序，知道哪天找到自己的风格为止。
4. 有了自己的风格也别把它太当回事。程序员工作的一部分就是和别人的代码打交道，有的人审美就是很差。
5. 若有人的代码风格让你很喜欢，那就模仿他的。

好的注释

1. 好好写注释，别管别人
2. 写注释时，描述清楚为什么要这样做。代码只会告诉你“这样实现”，不会告诉你“为什么要这样实现”，后者比前者重要。
3. 为函数写文档注释时，记得为别的代码使用者也写一些东西。不需写很多，但一两句话写写这个函数的用法还是很有用的。
4. 虽然注释是好东西，但不要太多。注释也是需要维护的，要使其短小精悍、一语中的，若对代码做了更改，记得检查和更新相关的注释，确认其仍然正确。

为你的游戏评分

把你的代码打印出来，拿一支红笔，把代码中所有错误都标出来。充分利用此习题和前面学到的知识。批改完之后将所有的错误改对（多重复几次，争取找到更多可改进的地方）。使用前面教过的方法，把代码分解成最细小的单元一一进行分析。
目的：训练对细节的关注程度。再找一段别人的代码，用这种方法检查一遍（代码和风格方面的错误），然后试着在不改坏别人代码的前提下将其修改正确。
这周需做的就是批改和纠错，你的代码和别人的代码。