c - #define 是否在行业标准中被禁止？

Question

我是计算机科学专业的一年级学生，我的教授说 #define 与 #if、#ifdef 在行业标准中被禁止>、#else 和其他一些预处理器指令。由于意外行为，他使用了“禁止”一词。

这是准确的吗？如果是，为什么？

事实上，是否有任何标准禁止使用这些指令？

Answer 1

第一次听说。

没有； #define等被广泛使用。有时使用太广泛，但绝对使用。 C 标准在某些地方强制使用宏——您无法轻易避免这些地方。例如，§7.5 错误 <errno.h> 说:

The macros are

     EDOM
     EILSEQ
     ERANGE

which expand to integer constant expressions with type int, distinct positive values, and which are suitable for use in #if preprocessing directives; …

鉴于此，显然并非所有行业标准都禁止使用 C 预处理器宏指令。然而，各种组织的“最佳实践”或“编码指南”标准对 C 预处理器的使用进行了限制，但没有一个完全禁止它的使用——它是 C 的固有部分，无法完全避免。通常，这些标准适用于在安全关键区域工作的人员。

一个标准你可以检查MISRA C (2012) 标准；倾向于禁止事物，但即使这样也能认识到#define有时需要等(第 8.20 节，规则 20.1 到 20.14 涉及 C 预处理器)。

美国宇航局 GSFC(戈达德太空飞行中心)C Coding Standards简单地说:

Macros should be used only when necessary. Overuse of macros can make code harder to read and maintain because the code no longer reads or behaves like standard C.

介绍性陈述之后的讨论说明了函数宏的可接受使用。

CERT C Coding Standard有许多关于预处理器使用的指导方针，并暗示您应该尽量减少预处理器的使用，但并不禁止它的使用。

Stroustrup 想让预处理器在 C++ 中变得无关紧要，但这还没有发生。作为Peter notes , 一些 C++ 标准，例如 JSF AV C++ Coding Standards (Joint Strike Fighter, Air Vehicle) 从大约 2005 年开始，要求最少使用 C 预处理器。本质上，JSF AV C++ 规则将其限制为 #include和 #ifndef XYZ_H/#define XYZ_H/…/#endif防止单个 header 多次包含的舞蹈。 C++ 有一些在 C 中不可用的选项——值得注意的是，更好地支持类型化常量，然后可以在 C 不允许使用它们的地方使用这些常量。另见 static const vs #define vs enum 在那里讨论问题。

尽量减少预处理器的使用是个好主意——它经常被滥用，至少和它被使用的次数一样多(参见 Boost preprocessor 'library' 以了解您可以使用C 预处理器)。

总结

预处理器是 C 和 #define 的组成部分和 #if等不能完全避免。问题中教授的陈述通常无效: #define与 #if 一起在行业标准中被禁止, #ifdef , #else ，和其他一些宏充其量是一种夸大的说法，但可能在明确引用特定行业标准的情况下得到支持(但所讨论的标准不包括 ISO/IEC 9899:2011 — C 标准)。

---

请注意 David Hammen有provided information关于一个特定的 C 编码标准 — JPL C Coding Standard — 它禁止许多人在 C 中使用的许多东西，包括限制 C 预处理器的使用(以及限制动态内存分配的使用，并禁止递归)——阅读它以了解原因，并确定这些原因是否相关给你)。