草庐IT

non-function

全部标签

c++ - enable_if : minimal example for void member function with no arguments

我试图更好地理解C++11中的std::enable_if并且一直在尝试编写一个最小的示例:一个类A带有成员函数voidfoo()根据类模板中的类型T具有不同的实现。下面的代码给出了期望的结果,但我还没有完全理解它。为什么版本V2有效,但V1无效?为什么需要“冗余”类型U?#include#includetemplateclassA{public:A(Tx):a_(x){}//EnablethisfunctionifT==int/*V1*///template::value,int>::type=0>/*V2*/template::value,int>::type=0>voidfoo(

c++ - 来自 Xcode 8.3.2 : Non-portable path to file - specified path differs in case from file name on disk 的错误警告

出于某种原因,我的代码库突然开始收到数以千计的此类警告。但到目前为止,所有有问题的文件和路径都是完全正确的,与我在磁盘上看到的与Finder相匹配。他们是不是在暗地里另有幕后?当问题实际上并不存在时,为什么Xcode会生成这些警告?尽管http://stackoverflow.com/questions/43067017/non-portable-path-to-file-file-h-specified-path-differs-in-case-from-file-na是关于相同的警告,在这种情况下我已经验证导入路径与磁盘上的文件名匹配。 最佳答案

c++ - 什么时候 namespace::function() 声明有用?

单个文件示例这是一个使用命名空间的简单程序。#includenamespacefoo{voidhello();}voidfoo::hello(){std::cout这个程序可以很好地编译并产生预期的输出。$./a.outhello我想知道什么时候voidfoo::hello();声明有用?在这个程序中,显然这个声明是多余的。但既然存在这种语法,这在其他一些场景中一定有用吗?双文件示例这是一个示例,表明voidfoo::hello();单独声明是无用的。//foo.cpp#includenamespacefoo{voidhello();}voidfoo::hello(){std::cou

c++ - spirit::qi :将继承的属性引用传递给 phoenix::function

以下代码是我正在尝试做的事情的简化版本。基本上,我有结构(玩具代码中的int_holder)和一个容器数据成员。我想插入一个对象(在本例中为int)并向父qi::rule返回一个指向新插入对象的指针。我通过引用将int_holder传递给语法,以便在解析时用值填充它,因此int_holder将是语法的继承属性。代码:#include#include#include#include#includenamespaceqi=boost::spirit::qi;namespacephoenix=boost::phoenix;structint_holder{int_holder(){}std:

c++ - 应该如何使用 const/non-const 参数重载函数?

我有以下代码://stringspecializationsvoidfoo(constchar*a,constchar*b);voidfoo(constchar*a,conststd::string&b);voidfoo(conststd::string&a,constchar*b);voidfoo(conststd::string&a,conststd::string&b);//genericimplementationtemplatevoidfoo(TAa,TAb){...}问题是这个测试用例:chartest[]="test";foo("test",test);最终调用了foo的

c++ - 如何在 C++ 中重载 std::function 签名

我知道以前有人问过这个问题,但尽管我是一个相当有经验的编码员,但我不明白答案,也没有办法回应这些以前的问题来要求澄清。没有“回复”链接或任何东西。此外,那些问题已经很老了。所以,我重新问这个问题。我有一个类,我在其中重载+=运算符。我希望一个重载采用裸函数指针,而另一个采用std::function:voidoperator+=(void(*handler)());voidoperator+=(functionhandler);用法:MyClassa;a+=[](){DoSomething();};a+=[](void*x,Ty){DoSomething();};不幸的是,代码没有编译

c++ - 为任意类型删除实现小缓冲区优化的简单方法(如在 std::function 中)。

我倾向于使用类型删除技术。它通常看起来像这样:classYetAnotherTypeErasure{public://interfaceredirectedtopImplprivate://Adaptingfunctiontemplate...friendYetAnotherTypeErasuremake_YetAnotherTypeErasure(...);classInterface{...};templateclassConcretefinal:publicInterface{//redirectingInterfacetoAdaptee};std::unique_ptrpImp

c++ - 如何在不传递大量参数的情况下处理类的 "many small functions"的想法?

随着时间的推移,我开始欣赏许多小函数的思维方式,我真的很喜欢它,但我很难摆脱羞怯将它应用到类中,尤其是那些有很多小函数的类非公共(public)成员变量。每个额外的辅助函数都会使界面变得困惑,因为代码通常是特定于类的,我不能只使用一些通用代码。(据我所知,无论如何,还是一个初学者,不知道那里的每个图书馆等)所以在极端情况下,我通常会创建一个辅助类,它成为需要操作的类的友元,因此它可以访问所有非公共(public)内容。另一种方法是需要参数的自由函数,但即使过早优化是邪恶的,而且我还没有真正分析或反汇编它......我仍然害怕有时仅仅想到传递我需要的所有东西,即使只是作为引用,即使每个参

c++ - "enumeral and non-enumeral type in conditional expression"背后的推理

自C++11过渡以来,GCC输出警告“条件表达式中的枚举和非枚举类型”。我想了解此警告背后的原因。比较枚举常量有什么危险?很明显我们可以通过以下方式摆脱这个警告-Wno-enum-compare通过显式转换为整数类型但为什么这么麻烦?就个人而言,我一直努力编写无警告代码,通常默认发出的警告是非常合理的。例如,它认为比较有符号和无符号整数是危险的。但是使用枚举是广泛使用的惯用C++元编程。我不知道有任何替代方案,它同样具有可读性、简明扼要且不需要任何实际存储空间。举一个具体的例子:下面的元函数会出现什么问题,以至于警告就足够了?templatestructMaxSize;template

c++ - 在编译时捕获 std::function 分配

我只想允许在我的代码库中使用std::function,前提是它不进行任何分配。为此,我可以编写类似下面的函数,并且只用它来创建我的函数实例:templatestd::functionmakeFunction(Functorf){returnstd::function(std::allocator_arg,DummyAllocator(),f);}如果DummyAllocator在运行时被使用,它将在何处断言或抛出。理想情况下,我想在编译时捕获分配用例。即templatestd::functionmakeFunction(Functorf){static_assert(sizeneed