Doom3证明了“保持简单”有效。

如果您在网上搜索最佳的C ++源代码，则会多次提及Doom3源代码，并附带诸如此类的推荐。

我花了一些时间浏览Doom3源代码。它可能是我见过的最干净，最漂亮的代码。

《毁灭战士3》是由id Software开发并由Activision发行的视频游戏。该游戏是id Software的商业成功；售出了超过350万本游戏。

2011年11月23日，id Software保持了这一传统，并发布了其先前引擎的源代码。许多开发人员都审查了此源代码，以下是fabien（原始源代码）的反馈示例：

Doom 3 BFG用C ++编写，这种语言是如此广泛，以至于它可以用来生成出色的代码，但也可以使人流血。幸运的是，id软件选择了一个接近“带有类的C”的C ++子集，该子集几乎没有阻力地流向大脑：

没有例外。
没有引用（使用指针）。
模板使用最少。
到处都是const。
类。
多态性。
遗产。

许多C ++专家不再建议使用“带有类的C”方法。但是，Doom3是在2000年至2004年之间开发的，这可以解释为什么没有使用现代C ++机制。

让我们使用CppDepend深入其源代码，并发现它的特殊之处。

Doom3使用很少的项目进行了模块化，这是其项目列表以及有关其类型的一些统计信息：

这是依赖关系图，显示了它们之间的关系：

Doom3定义了许多全局功能。但是，大多数处理都是在课堂上实施的。

数据模型是使用结构定义的。为了在源代码中使用结构有一个具体的想法，上面的度量视图将它们显示为蓝色矩形。

在“度量标准视图”中，代码库通过树形图表示。 Treemapping是一种使用嵌套矩形显示树状结构数据的方法。使用的树结构是通常的代码层次结构：

项目包含名称空间。
命名空间包含类型。
类型包含方法和字段。

正如我们所看到的，定义了许多结构，例如40％以上的DoomDLL类型是结构。它们被系统地用来定义数据模型。许多项目都采用了这种做法，在多线程应用程序的情况下，这种方法有很大的缺点。实际上，具有公共领域的结构并不是一成不变的。

有一个重要的观点支持使用不可变对象：它极大地简化了并发编程。考虑一下，为什么编写适当的多线程编程是一项艰巨的任务？因为很难同步线程对资源（对象或其他OS资源）的访问。为什么很难同步这些访问？因为很难保证在多个对象上的多个线程进行的多个写入访问和读取访问之间不会存在竞争条件。如果没有更多的写访问权限怎么办？换句话说，如果线程访问的对象的状态不变，该怎么办？不再需要同步！

让我们搜索至少具有一个基类的类：