包含在头文件中

Question

class A{
private:
     std::string id;
public:
     void f();
};

给出编译时错误。 但是，如果我在顶部include <string> ，它会正确编译。 但是，我不想在标题中使用include语句。 我该怎么做？

Answer 1

在其他标题中包含标题是完全必要的。 尽可能减少它是明智的，但从根本上说，如果你的类依赖于std::string ，那么你别无选择，只能在头文件中使用#include <string> 。 此外，根据任何和/或所有标准类，绝对没有任何问题 - 毕竟，它们被强制要求在任何实现上提供。 它using namespace std; 那令人沮丧。

Answer 2

在这种情况下，您必须包含<string>才能使用std::string 。

唯一可以避免#including标题的时刻是你只使用标题中对象的引用或指针。 在这种情况下，您可以使用前向声明。 但由于std :: string是一个typedef，你不能转发声明它 ，你必须包含它。

我确定你试图按照建议尝试#include尽可能少，但在这种情况下你不能遵循它。

Answer 3

std :: string在std命名空间的<string>头文件中定义。 你必须包括它。

Answer 4

您可以通过在包含其他头文件之前在实现文件中包含必要的文件来确保满足所有依赖项，即确保#include <string>出现在实现文件（.cpp）的第一行，然后再包含您自己的头文件文件。

这不是最好的做法。 所有头文件都应该满足自己的依赖关系，因此头文件的用户不需要关心依赖关系。 至少那是我的拙见。

Answer 5

你可能听说过using namespace std;是不明智的using namespace std; 在标题中，这是真的，因为包含该标题的任何内容都会被全局命名空间中的所有内容所困。 包括您需要的头文件是完全可以接受的。

Answer 6

不幸的是你不能绕过它。

即使您的类定义如下所示：

class A {
private:
     std::string* id;
public:
     void f();
};

那么你仍然没有多少能做，因为前方声明std::basic_string<char, etc>是一个痛苦的屁股。 我甚至不打算演示。

幸运的是，尽管在头文件中using namespace std是一个明确的using namespace std ，但你通常可以在自己的头文件中使用#include标准头文件，而不必担心它。

Answer 7

可能一些疯狂的extern声明会有所帮助，但这不是一种方式。 为什么不想包含在头文件中？