namespace-organisation
全部标签 单个文件示例这是一个使用命名空间的简单程序。#includenamespacefoo{voidhello();}voidfoo::hello(){std::cout这个程序可以很好地编译并产生预期的输出。$./a.outhello我想知道什么时候voidfoo::hello();声明有用?在这个程序中,显然这个声明是多余的。但既然存在这种语法,这在其他一些场景中一定有用吗?双文件示例这是一个示例,表明voidfoo::hello();单独声明是无用的。//foo.cpp#includenamespacefoo{voidhello();}voidfoo::hello(){std::cou
我在ubuntu工作,c++代码。使用gsoap和wsdl2h-oheader.hhttp://link1http://link2我已经成功地创建了.h,.cpp和.xml文件。当我#includeproxy1.h和#includeproxy2.h和他们的nmsp文件我收到以下错误:redefinitionof"Namespacenamespaces[]',previouslydefineshere.如何解决这个错误?当我使用:stdsoap2-i-C-Iimportheader.h我不能为每个url指定不同的命名空间吗?我想提一下stdsoap.cpp在我编译代码时使用。在stdso
我刚刚遇到了一些与参数相关的查找的有趣行为,我并不完全理解:#includenamespacea{structFoo{Foo(intv1,intv2):v1(v1),v2(v2){}intv1,v2;};}namespaceb{templatestructBaz:T{usingT::T;};}namespacec{usingFoo=::b::Baz;//(1)NOTFOUNDBYADL//std::ostream&operator我明白了c::Foo实际上是b::Baz,所以当我在namespaceb中定义它时,ADL找到运算符有点有意义.但这似乎违背了在namespacec中定义运算
在GoogleC++风格指南中,Namespaces部分指出“在头文件中使用未命名的命名空间很容易导致违反C++统一定义规则(ODR)。”我明白为什么不在实现文件中使用未命名的命名空间会导致ODR违规,但不知道在header中使用如何做到这一点。这怎么会导致违规? 最佳答案 原因是如果你真的在匿名中使用任何东西命名空间,你冒着未定义行为的风险。例如:namespace{doubleconstpi=3.14159;}inlinedoubletwoPiR(doubler){return2.0*pi*r;}内联函数(以及类、模板和任何其他
我有以下代码:#include#includenamespaceX{std::ostream&operator&v){for(inti=0;ix;};std::ostream&operatorv(10,0);std::cout第一个重载有效,但第二个无效。由于某种原因,它找不到第一个。我收到错误:nomatchfor'operator}'and'conststd::vector')os我不明白为什么会出现此错误。例如,这样的事情似乎是完全有效的:namespaceA{voidfoo(){}namespaceB{voidbar(){foo();}}}但是,解决上述问题的唯一方法是将第二个
我已经从官方网站下载了MinGW并将其安装在我的Windows8.1机器上。运行g++--version给我g++.exe(GCC)4.8.1。我正在尝试在MinGW编译器中编译现有的代码库,但它因以下错误而失败:error:'mutex'innamespace'std'doesnotnameatypeprivate:std::mutexm_Mutex;^error:'condition_variable'innamespace's还有更多与锁定和线程相关的错误。!我能够在Cygwin-64中编译相同的代码库,没有任何问题。我需要在MinGW中成功构建和编译,以便创建一些与MSVS兼容
为什么没有任何编程语言加载默认库,如stdio.h、iostream.h或usingSystem,以便声明避免了吗?由于这些命名空间/库在任何程序中都是必需的,为什么编译器期望它由用户声明。是否存在不使用namespace/header的程序?即使是,加载无害的默认库有什么问题?我不是那个意思..我懒得写一行代码但是编译器哭着声明所谓的defaultthingummiesending是没有意义的(对我来说)出现编译错误。 最佳答案 这是因为有的程序是在没有标准库的情况下编写的。例如,有许多在不提供stdio.h的嵌入式系统上运行的C
我正在尝试编译我继承的项目,然后遇到了这个错误。以下是一些相关代码:#include...HRESULThr;hr=pDoc.CreateInstance(__uuidof(MSXML2::DOMDocument));有人可以帮忙吗? 最佳答案 我在Windows8中看到了类似的问题。似乎MSXML6.0没有公开DOMDocument,但它确实公开了DOMDocument60。为了帮助其他人通过搜索到达这里,您可能还会看到的编译器错误是:错误C2039:“DOMDocument”:不是“MSXML2”的成员尝试进行以下更改以明确使用
我的导师在代码审查中这样修改了我的代码:usingnamespaceA;//definedinotherfilesnamespaceB{//dosomething}而不是像这样:namespaceB{usingnamespaceA;//dosomething}将using命名空间放在命名空间之外是否有任何技术原因? 最佳答案 在头文件中,您不应该在全局范围内使用usingnamespaceN;指令。它将在所有客户端代码上强制使用来自N的大量标识符。但是将它放在命名空间X中也可以。请记住,执行usingnamespaceX;的客户端代
在.cpp文件中,这两种方式有什么区别/偏好吗?//filescopeoutsideanynamespaceusingX::SomeClass;typedefSomeClass::BufferMyBuf;速度/速度namespace{//anonymoususingX::SomeClass;typedefSomeClass::BufferMyBuf;} 最佳答案 我会说第二种用法相当不常见,至少在我目前看到的代码中是这样(而且我已经看到相当多的C++代码)。您能解释一下第二种技术背后的原因吗?您通常会在C++实现文件中使用匿名命名空