编程显然具有通过自动化数据处理来提高生产力的能力。元编程允许将代码视为数据，将编程的力量反过来作用于自身。靠近底层的编程或许能从元编程中获得最多，因为高级概念需要精确映射到低级操作。然而，在功能性语言之外，我总是发现元编程的故事令人失望。因此，当我看到Zig将元编程列为一个主要特性时，我产生了兴趣。
老实说，我第一次使用 Zig 的 comptime 写东西的体验相当糟糕。这些概念似乎很陌生，弄清楚如何实现我想要的结果很困难。然后随着视角的转变，一切都豁然开朗，我突然爱上了它。为了帮助你加快发现的步伐，下面呈现了 6 种不同的 comptime "视角"。每种视角都专注于将现有编程知识转化为与 Zig 一起工作的不同方式。
这也不是关于编写 comptime 所需了解的所有内容的完整指南。它更侧重于提供多种策略，从不同的角度扩展你的理解，这些策略共同构成了对如何思考 comptime 的更全面的认识。
为了清晰起见，所有示例都是有效的 Zig 代码，但示例所做的转换仅具有概念性质。它们并不是 Zig 的实现方式。
查看 0：你可以忽略它。
说我喜欢一个特性，然后立刻声明你可以忽略它，这听起来很奇怪。然而，我要从我真正认为是 Zig comptime 的超级能力开始。zig zen 中的第三项是更倾向于阅读代码而不是编写代码。能够轻松阅读代码对各种原因都很重要，因为这就是你建立概念理解的方式，而这种理解是调试或对代码库进行修改所必需的。
元编程很快就会陷入“只写代码”的领域。如果你正在尝试使用基于宏的元编程或代码生成，现在有两个版本的代码：源代码和扩展代码。额外的间接层使得从阅读到调试代码的所有过程变得更加困难。如果你确定程序的行为需要改变，你需要确定生成的代码需要是什么，然后再确定如何让元编程生成那段代码。
在 Zig 中，所有这些开销都是不必要的。你可以简单地忽略代码在不同时间运行的部分，从概念上混合运行时和编译时。为了演示这一点，让我们逐步分析两段不同的代码。第一段是一些正常的运行时代码，用于设定逐步分析代码的基准，第二段则利用了编译时。