当前位置：文江博客话题详情

避免头文件的循环依赖

发布于 2024-10-14 23:45:52 字数 175 浏览 5 评论 0原文

对于如何避免头文件的循环依赖，您有什么好的建议吗？

当然，从一开始，我就尝试将项目设计得尽可能透明。然而，随着越来越多的功能和类被添加，并且项目变得越来越不透明，循环依赖关系开始发生。

是否有任何通用的、经过验证的、有效的规则？谢谢。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

梦幻的味道 2024-10-21 23:45:53

取决于您的预处理器功能：

#pragma once

或者

#ifndef MY_HEADER_H
#define MY_HEADER_H
your header file
#endif

如果您发现设计头文件非常无聊，可能是makeheaders您可能会对 Hwaci（SQLite 和化石 DVCS 的设计者）感兴趣。

depending on your preprocessor capabilities:

#pragma once

#ifndef MY_HEADER_H
#define MY_HEADER_H
your header file
#endif

If you find it very boring to design header files maybe makeheaders from Hwaci (designers of SQLite and fossil DVCS) could be of interest for you.

回复收藏 0 原文

神也荒唐 2024-10-21 23:45:53

您的目标是分层方法。您可以定义模块可以依赖于较低层模块的层，但相反应该使用观察者< /a>。现在，您仍然可以定义层的细粒度以及是否接受层内的循环依赖关系，但在这种情况下，我将使用这个。

回复收藏 0 原文

ぽ尐不点ル 2024-10-21 23:45:53

一般来说，头文件应尽可能向前声明而不是包含其他头文件。

还要确保每个标头坚持一个类。

那么你几乎肯定不会出错。

最糟糕的耦合通常来自于臃肿的模板代码。因为必须在标头中包含定义，所以通常会导致必须包含各种标头，然后使用模板的类包含模板标头，包括大量其他内容。

出于这个原因，我通常会说：小心模板！理想情况下，模板不应在其实现代码中包含任何内容。

回复收藏 0 原文

别想她 2024-10-21 23:45:53

尽管 Artyom 提供了最佳答案，但本教程也很棒，并提供了一些扩展 http://www.cplusplus。 com/forum/articles/10627/

回复收藏 0 原文

绝影如岚 2024-10-21 23:45:52

如果你有循环依赖，那么你做错了什么。

例如：

foo.h
-----
class foo {
public:
   bar b;
};

bar.h
-----
class bar {
public:
   foo f;
};

是非法的，您可能想要：

foo.h
-----
class bar; // forward declaration
class foo {
   ...
   bar *b;
   ...
};

bar.h
-----
class foo; // forward declaration
class bar {
   ...
   foo *f;
   ...
};

这没关系。

一般规则：

确保每个标头都可以单独包含。
如果您可以使用前向声明，请使用它们！

If you have circular dependency then you doing something wrong.

As for example:

foo.h
-----
class foo {
public:
   bar b;
};

bar.h
-----
class bar {
public:
   foo f;
};

Is illegal you probably want:

foo.h
-----
class bar; // forward declaration
class foo {
   ...
   bar *b;
   ...
};

bar.h
-----
class foo; // forward declaration
class bar {
   ...
   foo *f;
   ...
};

And this is ok.

General rules: