我查找了头文件示例，但只能找到没有包含任何内容的简单示例。所以我的问题是，我在哪里可以#include诸如string和vector之类的东西？在.h或.cpp文件中？或者两者兼而有之？ 最佳答案 任何你需要的地方。如果您需要在头文件中声明某些内容，请将它们包含在.h文件中。否则就在.cpp文件中。请注意，包含.h文件只是文本替换，包含的.h文件的内容将完全插入文件开头的位置。在#include行的精确点。在标准库的头文件之前包含一个属于项目的头文件是一种很好的做法，并且如果您不需要，则永远不要包含头文件。您应该记住的最后一件事是，
关闭。这个问题是notreproducibleorwascausedbytypos.它目前不接受答案。这个问题是由于错别字或无法再重现的问题引起的。虽然类似的问题可能是on-topic在这里，这个问题的解决方式不太可能帮助future的读者。关闭7年前。Improvethisquestion我见过一些程序在开头有一个空白的#include。我想知道这背后的目的是什么？像这样:#include#include//includemorestuff示例链接:http://mkaczanowski.com/beaglebone-black-cpp-gpio-library-for-beginn
我习惯于在我的元素周围放置护栏，例如:#ifndefSOMETHING_H#defineSOMETHING_HclassSomething{...}#endif但我得到了代码，他们也这样做了:#ifndefSOMETHING_H#include"something.h"#endif对于每一个包含。据说，这样更好。为什么？物体周围有守卫，这是否多余？ 最佳答案 此处对此进行了非常详细的讨论:http://c2.com/cgi/wiki?RedundantIncludeGuards以下是亮点:是的，这是多余的，但对于某些编译器来说，它可
我曾经在编程课上被告知，C++通过让程序员在功能block的任何位置声明其变量来实现更好的可读性。这样，变量与处理它的代码部分组合在一起。为什么我们不对包含做同样的事情？换句话说，为什么不鼓励将包含文件放在实际使用它的定义旁边？parser::parser(){//someinitializationgoestherewhichdoesnotmakeuseofregex}#includeparser::start(){//hereweneedtouseboostregextoparsethedocument} 最佳答案 其中一个原因
是否可以使用#include更改包含的库？或#include"foo"在预占有期间变成不同的东西，所以它会充当不同的库，例如#include？我有一个无法使用当前#include的库只在一种情况下声明，但在其他地方工作正常，所以我不想直接改变它。是否可以使用#define解决这个问题？ 最佳答案 有两种方法可以做到这一点。更简单、更明显的方法:#defineINCLUDE_FOO//...#ifdefINCLUDE_FOO#include#else#include#endif还有更短但更挑剔的方式:#defineFOO_HEADER
我更愿意尽量减少使用#include在我的头文件中，尽可能使用前向声明，我相信这被认为是好的做法。如果我有一个像这样的方法声明，它会很好用:boolIsFlagSet(MyObject*pObj);但是如果我有typedefPtrMyObjectPtr在MyObject.hAPI更改为:boolIsFlagSet(MyObjectPtrpObj);我现在有到#include"MyObject.h"吗？？有什么办法解决这个问题，还是这只是使用智能指针的代价？ 最佳答案 不，您不必这样做。您可以为不完整的类定义类型别名，模板参数可以是不
编辑:看起来，问题是我实际上并没有创建一个lock_guard的本地实例，而只是一个匿名的临时实例，它立即再次被销毁，如下面的评论所指出的。Edit2:启用clang的线程清理器有助于在运行时查明这些类型的问题。它可以通过启用clang++-std=c++14-stdlib=libc++-fsanitize=thread*.cpp-pthread这在某种程度上可能是一个重复的问题，但我找不到任何东西，所以如果它真的是重复的，我很抱歉。无论如何，这应该是一个初学者问题。我正在玩一个简单的“Counter”类，比如在文件中内联计数器.hpp:#ifndefCLASS_COUNTER_HPP
我所有的头文件都使用includeguards以及pragmaonce:#pragmaonce#ifndefFILE_NAME_H#defineFILE_NAME_Hclassfoo{//foointerface..};#endif/*FILE_NAME_H*/我知道pragmaonce不是标准的，并且在编译器之间可能不一样，但它是否有可能导致错误？以某种方式先测试它是否可用会更好吗？#ifdefTHIS_COMPILER_SUPPORTS_PRAGMA_ONCE#pragmaonce#endif#ifndefFILE_NAME_H#defineFILE_NAME_Hclassfoo{
在vs2010中无法使用header保护来编译任何代码。例如:#ifndefSIMPLE.H#defineSIMPLE.H#includeclassPlace{private:intm_xplace;intm_yplace;Place(){}public:Place(intx,inty):m_xplace(x),m_yplace(y){}voidMove(intx,inty);voidset_place(intx,inty){m_xplace=x,m_yplace=y;}intget_place_x(){returnm_xplace;}intget_place_y(){returnm_
我在VisualStudio2010中工作。我在ProjectProperties->Linker->General->AdditionalDirectories添加了一个目录如果我使用项目编译"file.h"但如果我使用则不会 最佳答案 您可能假设隐式添加.h到文件名的末尾。这不是真的。你是否使用或""对文件名没有意义。它基本上告诉实现应该以何种顺序遍历包含目录以查找头文件。引用标准:Apreprocessingdirectiveoftheform#includenew-linesearchesasequenceofimpleme
