「毁灭战士3」源码就是“保持简洁”的证明

　　假如你在网上搜最好的C++源代码。「毁灭战士3 | Doom 3」的源代码肯定会被提到好多次，这篇就来证明此事。

　　我花了一些时间通读了 DOOM3 的源代码。这可能是我见过的最干净最漂亮的代码了。

　　DOOM3是id Software公司开发 Activision发行的视频游戏。该游戏为id Software赢得了商业上的成功，已售出350万多份拷贝。

　　在2011年11月23日，id Software维持开源传统，发布了他们上一个引擎的源代码。这份源代码已经被很多开发者审查，这里就有个fabien反馈的例子（链接）：

　　DOOM3 BFG是用C++写的，一种庞大的语言，它既能写出优秀的代码，但也让人憎恶到眼睛流血。幸运的是，id Software退而求其次，使用C++子集，接近于“带类的C”，如以下几条约束：

• 没有异常
• 没有引用（使用指针）
• 少用模板
• 使用变量（Const everywhere）
• 类
• 多态
• 继承

　　很多C++专家不建议使用“带类的C”这样的方法。然而，DOOM3从2000开发至2004，没有使用任何现代C++机制。

　　让我们使用 CppDepend 来看看源代码，探索它得特别之处。

　　DOOM3有少量的几个工程组成，这儿有它的工程列表和一些类型统计。

　　这里还有他们之间的依赖关系图：

　　DOOM3定义了很多全局函数。但是，大部分内容实现是在类中。

　　数据模型使用结构体定义。为了在源代码中对结构体的使用有个更具体的理解，在下图中将它们以蓝色分块显示出来。

　　在图表中，代码被表示为树形图，树形图表示法能使用嵌套的矩形来表示树状结构。而树结构用来表示代码分层结构。

• 工程包含命名空间。
• 命名空间包含类型。
• 类型包含函数和域（field）。

　　我们可以观察到它定义了许多的结构体，比如DoomDLL 40%的类型都是结构体。它们被有条理地用来定义数据模型。该实践已经被很多工程所接受，这种方法有个最大的缺点是多线程应用，结构体的public变量并非不可改变的。

　　为何支持不可变对象，有个重要原因：能显著地简化并发编程。考虑下，写个合格的多线程程序是个艰巨的任务吗？因为很难同步线程访问资源（对象或者其他OS资源）。为什么同步这些操作很困难呢？因为很难保证在资源竞争状态下多线程对多个对象进行正确的读写操作。假如没有写操作呢？换句话说，线程只访问这些对象，而不做任何变动？这样就不再需要同步操作了！