草庐IT

Piecewise_construct_wrapper

全部标签

c++ - 返回 C++17 可变参数模板的可变参数聚合(结构)和语法 'construction deduction guide'

使用模板结构,例如下面的many,可以返回一组固定的可能不可移动的对象,并使用c++17结构化绑定(bind)(auto[a,b,c]=f();声明变量a、b和c并从分配它们的值f返回例如结构或元组)。templatestructmany{T1a;T2b;T3c;};//guide:templatemany(T1,T2,T3)->many;autof(){returnmany{string(),5.7,unmovable()};};intmain(){auto[x,y,z]=f();}如这两个问题和答案中所述(Dostd::tupleandstd::pairsupportaggrega

c++ - 如何将 std::vector<std::reference_wrapper<T>> 转换为 std::vector<T>

我有一个本地std::vector>现在我想返回其元素的真实拷贝(即std::vector)。有没有比循环更好的方法?例子:std::vectorfoobar(){std::vector>refsToLocals;/*dosmthwithrefsToLocals*/std::vectorcopyOfLocals;for(autolocal:refsToLocals)copyOfLocals.insert_back(local.get());returncopyOfLocals;} 最佳答案 看来,最明显的方法是构造一个std::ve

c++ - std::reference_wrapper 的大小有任何保证吗?

考虑这样一种情况,我有足够的存储空间来托管void*,因此可以就地构造一个指针。是否可以保证相同的存储空间足够大以始终存储std::reference_wrapper?有点(出于我的想法,只是为了理解我的意思):std::aligned_storage_tstorage;//...intvalue=0;new(&storage)std::reference_wrapper{value};从快速而肮脏的测试中,我发现在我的机器上这是有效的,即std::reference_wrapper的大小适合void*。但是,在不同的平台上可能会出现这种情况。同时,我在标准中找不到关于std::ref

c++ - std::piecewise_construct 语法如何工作?

当与std::map一起使用时,我对std::piecewise_construct有点困惑。示例:std::mapm;//usespair'spiecewiseconstructorm.emplace(std::piecewise_construct,std::forward_as_tuple("c"),std::forward_as_tuple(10,'c'));我不确定emplace()如何知道在使用piecewise_construct时如何以不同方式处理这种类型的构造。不应该是:std::piecewise_construct(std::forward_as_tuple("c

c++ - 性能 : typedef vs wrapper class for primitive types?

我想在C++中定义一个新类型,它只是一些原始类型(在我的示例中,int可以是任何类型)。在此示例中,我将类型称为NodeId。我可以只使用typedefintNodeId。我想要NodeId的默认值,所以我会使用#defineNULL_NODE_ID-1。现在,我认为定义一个类而不是typedef会更好,以允许函数isValid()和构造nullNodeId的默认构造函数:classNodeId{intvalue;public:inlineNodeId():value(-1){}inlineNodeId(intvalue):value(value){}inlineoperatorint

c++ - 为什么在调用成员函数时 std::reference_wrapper 不隐式转换为引用?

这个问题在这里已经有了答案:Howtocorrectlyusestd::reference_wrappers(2个答案)关闭4年前。我不明白为什么不能使用std::reference_wrapper像这样:#include#includestructFoo{voidf(){};};intmain(){std::vector>vrFoo;Foofoo;vrFoo.push_back(foo);//vrFoo[0].f();//errorvrFoo[0].get().f();//orstatic_cast(v[0]).f();}为什么我们必须使用get()成员函数?看起来像std::ref

c++ - 使用 -pedantic 编译时采用 std::reference_wrapper 的模糊构造函数

我有一个带有复制构造函数和采用std::reference_wrapper的构造函数的类:#include#includeclassClass{public:Class(){std::cout){std::cout)"){std::cout)"正常编译时(g++--std=c++17test.cpp)这会按预期工作,依次调用四个构造函数:$./a.exeClass()Class(Classconst&)Class(std::reference_wrapper)Class(std::reference_wrapper)但是,使用-pedantic(即g++--std=c++17-peda

c++ - std::is_default_constructible<T> 错误,如果构造函数是私有(private)的

我有以下片段#include#includeclassC{C(){}};intmain(){static_assert(!boost::has_trivial_default_constructor::value,"Constructible");static_assert(!std::is_default_constructible::value,"Constructible");}条件不相等,但第一个条件工作正常,第二个构造给出错误,构造函数是私有(private)的。编译器gcc4.7...那么,这是gcc错误,还是由标准定义的?http://liveworkspace.org/

c++ - 为什么 std::allocator::construct 和 std::allocator::destroy 在元素类型上模板化?

std::allocator的construct和destroy成员函数根据要构造的元素的类型进行参数化:templateclassallocator{public:typedefTvalue_type;typedefT*pointer;templatevoidconstruct(U*p,Args&&...args);templatevoiddestroy(U*p);...};这样做的理由是什么?他们为什么不选择value_type*或pointer?好像allocator应该只知道如何构造或销毁T类型的对象. 最佳答案 这与all

c++ - 为什么 std::hash 不专用于 std::reference_wrapper?

我以为会是这样,但我在我的标准库实现(gcc-4.8.2)中找不到它。为什么std::hash还没有专门用于std::reference_wrapper?#pragmaonce#includenamespacestd{templatestructhash>{size_toperator()(constreference_wrapper&r)const{returnstd::hash()(r.get());}};} 最佳答案 std::reference_wrapper主要用于在默认复制值的实用程序中提供引用语义,例如std::bin