阶段二：文字冒险（cool）

前言

本来打算让各位做下面的任务来进行进一步的学习的，但是想了想，实在是，太无聊啦！

又想让你们来做一个管理系统，但是又想到你们可能会进行无数个管理系统，这也太无聊啦！

因此呢，我打算带大家玩一个文字冒险游戏！源头取自这里，如果你想自己体验全流程的话可以试试玩哦！

当然，在编写的过程中，难免会出现你感到困惑的地方，比如说，你觉得这样更好，或者说，你不明白为什么要这样编写代码，欢迎你进行更多的独立的尝试。

其次我要说的是：

这个学习过程会非常硬核，所以你感觉非常多东西不会是很正常的！

我希望你可以通过这种方式，以后在面临一个大项目或者别人的代码时（你经常要借鉴别人的代码）保持冷静。

可以保证的是，如果你成功坚持下来了，你将会在接下来的编程生涯中保持长时间的游刃有余。

当然，如果你选择跳过，也不会对 python 开发那里造成非常大的影响但是你会错失一个非常宝贵的学习机会。

在 1980 年代，文字冒险是一种受人尊敬的电脑游戏类型。但是时代已经变了，在 21 世纪，它们与带有 3D 引擎的现代 MMORPG 相比显得苍白无力。书籍在电影的兴起中幸存下来，而基于文本的游戏很快就输掉了与图形游戏的战斗。“互动小说” 由一个活跃的社区保持活力，但它的商业价值早已不复存在。

这里的 KISS 是 Keep It Simple, Stupid 的缩写，它的中文翻译是：不要在一开始追求绝对的完美。

随着以后代码量会越来越多，各个模块之间的交互也越来越复杂，工程的维护变得越来越困难，一个很弱智的 bug 可能需要调好几天。

在这种情况下，系统能跑起来才是王道，跑不起来什么都是浮云，追求面面俱到只会增加代码维护的难度。

唯一可以把你从 bug 的混沌中拯救出来的就是 KISS 法则，它的宗旨是从易到难，逐步推进，一次只做一件事，少做无关的事。

如果你不知道这是什么意思，我们以可能发生的 str 成员缓冲区溢出问题来作为例子。KISS 法则告诉你，你应该使用 assert(0) , 就算不 "得体" 地处理上述问题，仍然不会影响表达式求值的核心功能的正确性。

如果你还记得调试公理，你会发现两者之间是有联系的：调试公理第二点告诉你，未测试代码永远是错的。与其一下子写那么多 "错误" 的代码，倒不如使用 assert(0) 来有效帮助你减少这些 "错误".

如果把 KISS 法则放在软件工程领域来解释，它强调的就是多做单元测试：写一个函数，对它进行测试，正确之后再写下一个函数，再对它进行测试... 一种好的测试方式是使用 assertion 进行验证，

KISS 法则不但广泛用在计算机领域，就连其它很多领域也视其为黄金法则，这里有一篇文章举出了很多的例子，我们强烈建议你阅读它，体会 KISS 法则的重要性。