加载中...

习题 44: 评估你的游戏


这节练习的目的是检查评估你的游戏。也许你只完成了一半,卡在那里没有进行下去,也许你勉强做出来了。不管怎样,我们将串一下你应该弄懂的一些东西,并确认你的游戏里有使用到它们。我们将学习如何用正确的格式构建class,使用class 的一些通用习惯,另外还有很多的“书本知识”让你学习。

为什么我会让你先行尝试,然后才告诉你正确的做法呢?因为从现在开始你要学会“自给自足”,以前是我牵着你前行,以后就得靠你自己了。后面的习题我只会告诉你你的任务,你需要自己去完成,在你完成后我再告诉你如何可以改进你的作业。

一开始你会觉得很困难并且很不习惯,但只要坚持下去,你就会培养出自己解决问题的能力。你还会找出创新的方法解决问题,这比从课本中拷贝解决方案强多了。

函式的风格

以前我教过的怎样写好函式的方法一样是适用的,不过这里要添加几条:

  • 由于各种各样的原因,程序员将 class (类)里边的函式称作method(方法)。很大程度上这只是个市场策略(用来推销OOP),不过如果你把它们称作“函式”的话,是会有囉嗦的人跳出来纠正你的。如果你觉得他们太烦了,你可以告诉他们从数学方面示范一下“函式”和“方法”究竟有什么不同,这样他们会很快闭嘴的。
  • 在你使用class的过程中,很大一部分时间是告诉你的 class如何“做事情”。给这些函式命名的时候,与其命名成一个名词,不如命名为一个动词,作为给class的一个命令。就和阵列中 的 pop 函式一样,它相当于说:“嘿,阵列,把这东西给我 pop出去。”它的名字不是 remove_from_end_of_list,因为即使它的功能的确是这样,这一个字串也不是一个命令。
  • 让你的函式保持简单小巧。由于某些原因,有些人开始学习 class 后就会忘了这一条。

Classh (类) 的风格

  • 你的 class 应该使用“camel case(驼峰式大小写)”,例如你应该使用SuperGoldFactory 而不是 super_gold_factory
  • 你的 initialize 不应该做太多的事情,这会让 class 变得难以使用。
  • 你的其它函式应该使用“underscore format(下划线隔词)”,所以你可以写my_awesome_hair,而不是 myawesomehair 或者 MyAwesomeHair
  • 用一致的方式组织函式的参数。如果你的 class 需要处理 users、dogs、和cats,就保持这个次序(特别情况除外)。如果一个函式的参数是(dog, cat, user),另一个的是(user, cat, dog) ,这会让函式使用起来很困难。
  • 不要对全局变量或者来自模组的变量进行重定义或者赋值,让这些东西自顾自就行了。
  • 不要一根筋式地维持风格一致性,这是思维力底下的妖怪喽囉做的事情。一致性是好事情,不过愚蠢地跟着别人遵从一些白痴口号是错误的行为——这本身就是一种坏的风格。好好为自己着想吧。

程式码风格

  • 为了以方便他人阅读,在自己的程式码之间留下一些空白。你将会看到一些很差的程式设计师,他们写的程式码还算通顺,但程式码之间没有任何空间。这种风格在任何程式语言中都是坏习惯,人的眼睛和大脑会通过空白和垂直对齐的位置来扫描和区隔视觉元素,如果你的程式码里没有任何空白,这相当于为你的程式码上了迷彩装。
  • 如果一段程式码你无法朗读出来,那么这段程式码的可读性可能就有问题。如你找不到让某个东西易用的方法,试着也朗读出来。这样不仅会逼迫你慢速而且真正仔细阅读过去,还会帮你找到难读的段落,从而知道那些程式码的易读性需要作出改进。
  • 学着模仿别人的风格写程式,直到哪天你找到你自己的风格为止。
  • 一旦你有了自己的风格,也别把它太当回事。程式设计师工作的一部分就是和别人的程式码打交道,有的人审美观就是很差。相信我,你的审美观某一方面一定也很差,只是你从未意识到而已。
  • 如果你发现有人写的程式码风格你很喜欢,那就模仿他们的风格。

好的注释

  • 有程序员会告诉你,说你的程式码需要有足够的可读性,这样你就无需写注释了。他们会以自己接近官腔的声音说“所以你永远都不应该写程式码注释。”这些人要嘛是一些顾问型的人物,如果别人无法使用他们的程式码,就会付更多钱给他们让他们解决问题。要嘛他们能力不足,从来没有跟别人合作过。别理会这些人,好好写你的注解。
  • 写注解的时候,描述清楚为什么你要这样做。程式码只会告诉你“这样实现”,而不会告诉你“为什么要这样实现”,而后者比前者更重要。
  • 当你为函式写文件注解的时候,记得为别的程式码使用者也写些东西。你不需要狂写一大堆,但一两句话谢谢这个函式的用法还是很有用的。
  • 最后要说的是,虽然注解是好东西,太多的注解就不见得是了。而且注解也是需要维护的,你要尽量让注解短小精悍一语中的,如果你对程式码做了更改,记得检查并更新相关的注解,确认它们还是正确的。

评估你的游戏

现在我要求你假装成是我,板起脸来,把你的程式码打印出来,然后拿一支红笔,把程式码中所有的错误都标出来。你要充分利用你在本​​章以及前面学到的知识。等你批改完了,我要求你把所有的错误改对。这个过程我需要你多重复几次,争取找到更多的可以改进的地方。使用我前面教过的方法,把程式码分解成最细小的单元一一进行分析。

这节练习的目的是训练你对于细节的关注程度。等你检查完自己的程式码,再找一段别人的程式码用这种方法检查一遍。把程式码打印出来,检查出所有程式码和风格方面的错误,然后试着在不改坏别人程式码的前提下把它们修改正确。

这周我要求你的事情就是批改和纠错,包含你自己的程式码和别人的程式码,再没有别的了。这节习题难度还是挺大,不过一旦你完成了任务,你学过的东西就会牢牢记在脑中。


还没有评论.