有什么情况你不想要包括警卫吗？

我知道为什么包含防护装置，并且#pragma once不是标准的，因此不受所有编译器等的支持。我的问题是另一种：有没有明智的理由让它们没有？我还没有遇到这样一种情况，理论上，如果不在其他地方包含文件中提供包含警卫，那将会有任何好处。有没有人有一个例子，没有它们的实际好处？我问的原因 - 对我来说，它们似乎非常多余，因为你总是使用它们，并且#pragma once的行为也可以自动应用于字面上的一切。

已邀请:

6 个回复

舞备联

我已经看到了根据在包含之前定义的宏生成代码的标头。在这种情况下，它有时希望将这些宏定义为一个（一组）值，包括标题，重新定义宏，并再次包含。每个看到这种情况的人都同意它是丑陋的并且最好避免，但有时候（如果所述标题中的代码是通过其他方式生成的话），这样做是较小的邪恶。除此之外，我想不出一个理由。

粳饶瓢部

@sbi已经讨论过代码生成，所以让我举个例子。假设你有许多项的枚举，并且你想为它的每个元素生成一堆函数...... 一种解决方案是使用这种多重包含技巧。

// myenumeration.td
MY_ENUMERATION_META_FUNCTION(Item1)
MY_ENUMERATION_META_FUNCTION(Item2)
MY_ENUMERATION_META_FUNCTION(Item3)
MY_ENUMERATION_META_FUNCTION(Item4)
MY_ENUMERATION_META_FUNCTION(Item5)

然后人们就这样使用它：

#define MY_ENUMERATION_META_FUNCTION(Item_) 
  case Item_: return #Item_;

char const* print(MyEnum i)
{
  switch(i) {
    #include "myenumeration.td"
  }

  __unreachable__("print");
  return 0; // to shut up gcc
}

#undef MY_ENUMERATION_META_FUNCTION

这是好还是坏是取决于您，但显然每次在枚举中添加新值时都不必遍历所有实用程序函数。

痰降锭骂奸

<cassert>
<assert.h>

“断言宏每次根据NDEBUG的当前状态重新定义＆lt; assert.h>包括在内。“

寇剩

如果项目中有两个标题使用相同的包含保护，例如，可能会出现问题。如果你有两个第三方库，并且它们都有一个使用包含保护符号（如__CONSTANTS_H__）的标题，那么你将无法在给定的编译单元中成功地使用两个标题。更好的解决方案是#pragma once，但是一些较旧的编译器不支持这一点。

粱委教

假设您有第三方库，并且无法修改其代码。现在假设来自此库的包含文件会生成编译器警告。您通常希望在高警告级别编译自己的代码，但这样做会因使用库而产生大量警告。您可以编写警告禁用/启用程序标头，然后您可以将其包裹在第三方库中，并且它们应该能够被多次包含。另一种更复杂的用法是Boost的预处理器迭代构造： http://www.boost.org/doc/libs/1_46_0/libs/preprocessor/doc/index.html

习让休堂溯

#pragma曾经的问题，以及它不属于标准的原因在于它并不总是在任何地方都能正常工作。如果两个文件包含在不同的路径中，编译器如何知道两个文件是否相同？想一想，如果编译器出错并且未能包含应该包含的文件会发生什么？如果它包含两次文件会发生什么，它应该没有？你会如何解决这个问题？使用包含保护，可能发生的最坏情况是编译需要更长的时间。编辑：在comp.std.c ++上看一下这个帖子“#pragma在ISO标准中一次了吗？” http://groups.google.com/group/comp.std.c++/browse_thread/thread/c527240043c8df92

要回复问题请先登录或注册

有什么情况你不想要包括警卫吗？

6 个回复

发起人

include_guards

问题状态

有什么情况你不想要包括警卫吗？

与内容相关的链接

6 个回复

发起人

include_guards

问题状态