是否建议使用 extern 来避免标头依赖？

Question

我使用 extern 消除了翻译单元中的两个标头包含内容。这是可取的吗？

我的具体情况：我有一个名为 ParseTree 的类，它累积 Token* 的。 ParseTree* 是 Parser 的私有成员。

最初，我在 parse_tree.cc 中有以下几行。

#include "parser.h"
#include "token.h"

分析我的代码后，我隔离了实际上具有外部依赖项的两个函数，并将包含内容替换为以下内容：

extern std::ostream& operator<<(std::ostream& out, const Token& t); // @token.h
extern bool hasPriority(const Token* p_tok1, Token* p_tok2); // @parser.h

两种解决方案似乎都有效。选择 extern 而不是 include 时，有什么需要注意的隐患吗？

Answer 1

如果您使用 extern 声明，则在使用该函数的任何地方都会重复声明该函数的原型，这是不必要的重复。有了头文件，如果你想改变原型，只需要改变一处即可。

所以不，当你已经有合适的头文件时，不要使用extern。

Answer 2

这两种解决方案似乎都有效。选择 extern 而不是 include 时是否有什么隐患需要注意？

是的。 API 可能会发生变化，编译器不会为你工作，它会对你不利。

学习如何使用编译器来发挥自己的优势。不，不仅仅是“现在”，我的意思是从长远来看。从长远来看，你会犯愚蠢的错误，而不是当你脑子里的一切都是新鲜的时候。是的，你大脑的记忆在某种程度上是不稳定的。

Answer 3

通常，人们可以通过前向声明类来减少依赖性。这是一个例子。假设我们有两个先决条件标头，parser.h 和 token.h，定义如下：

parser.h:

class Parser
{
public:
  void doFoo();
  void doBar();
  // ... lots of other stuff
};

token.h:

class Token
{
public:
  void doQuux();
  void doBaz();
  // ... continues for a while
};

现在，有一个使用这两个的“user,h”，而不是像这样

#include "parser.h"
#include "token.h"

void useParserAndToken( Parser &, Token & );

：

class Parser;
class Token;

void useParserAndToken( Parser &, Token & );

写 你最终会说存在类 Parser 和 Token，但它们的确切定义方式并不重要。这会导致编译速度更快。

为了减少依赖性，您通常只前向声明类。另一方面，重复函数声明没有多大意义。