C 和 Delphi 中的条件编译

Question

下一个模式在 C 代码中很常见：

#ifndef SOMETHING
#define SOMETHING
#endif

该模式在 Delphi 代码中也是可能的：

{$IFNDEF SOMETHING}
{$DEFINE SOMETHING}
{$ENDIF}

但它并不常见 - 我从来没有见过它。如果 Delphi 代码需要条件定义，它只是定义它而不进行 IFNDEF 检查。

为什么会这样呢？ C和Delphi的条件编译有什么区别，前者需要ifndef检查而后者不需要？

Answer 1

这是因为这在 C 中不仅常见而且是强制的：

#include <something.h>

而在 Delphi 中很少使用。使用时，它实际上用于设置那些 {$DEFINE} ：

{$INCLUDE 'something.inc'}

这很重要，因为 DEFINES 仅在编译一个对象时有效（可能是 .PAS文件或 .C 文件）。 Delphi 使用 uses 子句来包含其他单元，而 C 使用 include 来包含其标头。在 C 标头中，标头本身可能包含其他标头。您所询问的模式用于防止递归地重新包含相同的标头。

为了让事情变得一目了然，这里有一个可以在 C 中使用的示例，以及 Delphi 中的等效示例。假设我们有 3 个文件设置，其中 A 需要同时包含 B 和 C，以及 B > 只需要包含C。 “C”文件将如下所示：

// ----------------------- A.h
#ifndef A
#define A

#include "B.h"
#include "C.h"

// Stuff that goes in A

#endif

// ------------------------ B.h
#ifndef B
#define B

#include "C.h"

// Stuff that goes in B

#endif

// ----------------------- C.h
#ifndef C
#define C

// Stuff that goes in C

#endif

如果没有 Ch 中的条件定义，Ch 文件最终将被包含在 Ah 中两次。这就是代码在 Delphi 中的样子：

// --------------------- A.pas
unit A;

interface

uses B, C;

implementation

end.

// --------------------- B.pas
unit B

interface

uses C;

implementation

end.

// --------------------- C.pas

unit C

interface

implementation

end.

Delphi/Pascal 版本不需要保护“C”不被包含在“A”中两次，因为它不使用 {$INCLUDE} 为了实现这个目标，它使用 uses 语句。编译器将从 B.dcu 文件和 C.dcu 文件获取导出的符号，而不存在包含来自 C.dcu 的符号的风险两次。

---

在 C 代码中看到更多预编译器指令的其他原因：

• 预编译器比 Delphi 的强大得多。 Delphi 代码中的 {$DEFINE} 仅处理条件编译，而 C 变体既可用于条件编译，也可作为单词替换的一种形式。
• 标头强制使用 #include 意味着您可以拥有定义宏的标头。或者，您可以通过在实际的 #include 之前指定一些 #define 语句来配置标头

Answer 2

此模式在“C”代码（.c 或 .cpp 源文件）中并不常见。它在 C/C++ 标头 (.h) 文件中很常见：

#ifndef SOMETHING
#define SOMETHING
#endif

原因是为了防止同一标头无意中在同一翻译单元中包含多次。

例如，假设模块“ac”使用标头“bh”。和“bh”#include 的“ch”。这意味着“ac”显式使用“b”，并且隐式也使用“c”。到目前为止，一切都很好。

现在假设“ch”使用“bh”。 “#ifndef/#define/#endif”内容可以防止“b”第二次被#include（一次是“a”在“a”中，第二次是“c”在“a”中）。

这在Delphi 中都是不必要的。 Delphi“$ifdef”仅用于条件编译； Delphi“单元”负责潜在的递归和/或循环依赖。