草庐IT

copy-initialization

全部标签

c++ - msvc is_copy_assignable 始终为真?

#includeclassTest{public:Test(constTest&)=delete;Test&operator=(constTest&)=delete;};voidfn(Test&a,constTest&b){a=b;}static_assert(!std::is_copy_assignable::value,"Testshouldn'tbeassignable");在MSVC2013Update3下编译此代码时static_assert意外失败,并且函数fn编译失败(如预期)。这很矛盾,对吧?我是否滥用了is_copy_assignable?有没有其他方法可以测试这种情

c++ - 将 initializer_list 插入 std::vector 时出现 "Invalid iterator range"

此代码在Ideone上按预期编译并运行良好:#include#include#includeintmain(){std::vectorstrVec;strVec.insert(strVec.end(),{L"black",L"white",L"red"});strVec.insert(strVec.end(),{L"blue",L"green"});//STLexceptionfor(auto&i:strVec){std::wcout但是,在MSVC(VisualStudio2013)中因“无效的迭代器范围”而失败。有什么见解吗?顺便说一句,插入更多元素是可行的,例如在第二个插入中,这

c++ - 数组与 std::initializer_list 作为函数参数

我可以通过两种方式编写一个将临时数组(例如{1,2,3})作为参数的函数://usingarraytemplateautofoo1(constT(&t)[N])->void;//usingstd::initializer_listtemplateautofoo2(std::initializer_listt)->void;是否有任何指南可以告诉您哪个更好? 最佳答案 它们是完全不同的东西。还有2或3个其他选择是合理的。templatevoidfoo_a(std::arrayconst&);templatevoidfoo_b(gsl:

c++ - react 线程需要其引用共享状态的 std::shared_future 的 OWN COPY

我对EffectiveModernC++的第270页有疑问,作者是ScottMeyers。第5/6行,他写道:“唯一的微妙之处在于每个react线程都需要引用共享状态的std::shared_future的自己的拷贝,...”我的问题是:为什么我们必须将std::shared_future的拷贝传递给每个线程中的每个lambda函数?而先验的,我没有看到通过引用传递它有任何问题,这样就有一个独特的共享状态可以被不同的线程使用?我写了一段改编自DrScottMeyers的书的代码,即使我通过了sfparreference,它仍然有效。因此,是否可以通过引用传递它?#include#inc

c++ - copy-and-swap 习语在 self 分配期间如何工作?

我正在阅读优秀的copy-and-swapidiom问题和答案。但是我没有得到一件事:在self分配的情况下它是如何工作的?例子中提到的对象other不会释放分配给mArray的内存吗?那么,自分配的对象不会以拥有无效指针而告终吗? 最佳答案 ButonethingIamnotgettinghowdoesitworkincaseofselfassignment?让我们看一个简单的例子:classContainer{int*mArray;};//CopyandswapContainer&operator=(Containerconst

c++ - 为什么我不能从字符串复制初始化字符串流?

以下代码在GCC、Clang和VisualStudio中失败:#include#includeintmain(){std::strings="hello";//ok,copy-initializationstd::stringstreamss1(s);//ok,direct-initializationstd::stringstreamss2=s;//error}我认为直接初始化有效而复制初始化无效的唯一情况是构造函数是显式的,在这种情况下不是这样。怎么回事? 最佳答案 该构造函数是标记为显式的,因此只能与直接初始化一起使用。§27

c++ - 为什么模板参数上的 is_copy_constructible 静态断言失败?

我试图对模板参数进行静态断言,以检查/强制Type可复制构造。但是静态断言失败。我不明白为什么,也找不到任何文档为什么它会在静态评估中失败。实例化的类是可复制构造的,但是它使用了我认为被称为奇怪的重复模板参数模式的东西。完整的测试代码如下:#include#includeusingnamespacestd;templateclassFunContainer{//static_assert(is_copy_constructible::value,"Typemustbecopyconstructible!");//::value//::value;};};classFun:publicF

c++ - std::initializer 列表全局/静态对象的生命周期

std::initializer_list主要用作类构造函数/函数参数,以便将列表元素复制到另一个容器中。但是如何使用std::initializer_list创建一个全局对象呢?例如:structElemType{constchar*name;boolflag;};std::initializer_listMyGlobalData={{"One",true},{"Two",false}};如果查看std::initializer_list模板定义(在VisualStudio2017中选中),它仅包含2个数据成员:const_Elem*_First和_最后。这意味着初始化列表数据应该存

c++ - 为什么在 std::copy 期间使用 std::back_inserter 而不是 end()?

我见过std::copy()使用std::back_inserter但我使用了std::end()并且两者都有效.我的问题是,如果std::end()工作正常,为什么还需要std::back_inserter?#include#include#include#includeusingnamespacestd;intmain(){//Declaringfirstcontainervectorv1={1,2,3};//Declaringsecondcontainerfor//copyingvaluesvectorv2={4,5,6};//Usingstd::back_inserterins

c++ - 在 T 的构造函数中使用 *this = T() 将 "initialize"类型为 T 的对象安全吗?

构造函数Year()在这种情况下安全吗?structYear{intyear;Year(inty):year(y){}Year(){*this=Year(1970);}//*this=this->operator=(Year(1970));};Yeary;我认为是的,因为一旦执行流到达构造函数主体,year就已经用int()初始化了。还有其他问题需要考虑吗?不要考虑同样的技巧可能会引起麻烦的其他情况。 最佳答案 当然,thiswillwork,并且有效。说明在你的ctor-body运行时,所有的数据成员和基础都已经构建好了,并且:[