草庐IT

future-swap

全部标签

c++ - copy-and-swap 总是最好的解决方案吗?

我看过copy-and-swapvarious中推荐的成语places作为为赋值运算符实现强异常安全性的推荐/最佳/唯一方法。在我看来,这种方法也有缺点。考虑以下使用copy-and-swap的简化类vector类:classIntVec{size_tsize;int*vec;public:IntVec():size(0),vec(0){}IntVec(IntVecconst&other):size(other.size),vec(size?newint[size]:0){std::copy(other.vec,other.vec+size,vec);}voidswap(IntVec&

c++ - 重新分配给尚未准备好的 future 时会发生什么

在代码审查期间,我遇到了一段代码,基本上可以归结为:#include#include#includeintmain(int,char**){std::atomicx(0);std::futuretask;for(std::size_ti=0u;i我不太确定保证打印出结果时所有任务都执行完毕,任务是否会一个接一个地执行(即任务分配是否会阻塞)。我无法通过阅读互联网上的文档来回答这个问题,所以我想我会编写上面的代码片段来了解我们的编译器实际上做了什么。现在,我发现gcc-5所做的事情的答案是优柔寡断的,这让我更加好奇:人们会假设分配是阻塞的或非阻塞的。如果是阻塞的,那么程序所用的时间基本上

c++ - 重新分配给尚未准备好的 future 时会发生什么

在代码审查期间,我遇到了一段代码,基本上可以归结为:#include#include#includeintmain(int,char**){std::atomicx(0);std::futuretask;for(std::size_ti=0u;i我不太确定保证打印出结果时所有任务都执行完毕,任务是否会一个接一个地执行(即任务分配是否会阻塞)。我无法通过阅读互联网上的文档来回答这个问题,所以我想我会编写上面的代码片段来了解我们的编译器实际上做了什么。现在,我发现gcc-5所做的事情的答案是优柔寡断的,这让我更加好奇:人们会假设分配是阻塞的或非阻塞的。如果是阻塞的,那么程序所用的时间基本上

c++ - "Swapping values of two variables without using a third variable"中的潜在问题

我最近发现了这种方法,可以在不使用第三个变量的情况下交换两个变量的值。a^=b^=a^=b但是当我在不同的编译器上尝试上面的代码时,我得到了不同的结果,有些给出了正确的结果,有些没有。代码有什么严重错误吗? 最佳答案 Isanythingterriblywrongwiththecode?是的!a^=b^=a^=b实际上调用C和C++中的未定义行为,因为您试图更改a的值在两个序列点之间不止一次。尝试写作(虽然不是万无一失)a^=b;b^=a;a^=b;而不是a^=b^=a^=b.P.S:切勿尝试在不使用第三个变量的情况下交换两个变量的

c++ - "Swapping values of two variables without using a third variable"中的潜在问题

我最近发现了这种方法,可以在不使用第三个变量的情况下交换两个变量的值。a^=b^=a^=b但是当我在不同的编译器上尝试上面的代码时,我得到了不同的结果,有些给出了正确的结果,有些没有。代码有什么严重错误吗? 最佳答案 Isanythingterriblywrongwiththecode?是的!a^=b^=a^=b实际上调用C和C++中的未定义行为,因为您试图更改a的值在两个序列点之间不止一次。尝试写作(虽然不是万无一失)a^=b;b^=a;a^=b;而不是a^=b^=a^=b.P.S:切勿尝试在不使用第三个变量的情况下交换两个变量的

c++ - 你应该在 std 命名空间中重载 swap 吗?

我今天读到一些有趣的东西,说在用户提供的类型(作为模板参数提供)上调用swap的“标准”方式是......usingstd::swap;swap(something,soemthingelse);这样做的原因是使用参数依赖查找来使用用户命名空间中的swap函数或std中的swap>命名空间。这对我提出了一个感兴趣的问题。当我为我的一个类重载std::swap时,我实际上是在std命名空间中定义它...namespacestd{voidswap(/*...*/){/*...*/}}。这种做法错误吗?我应该在std中定义自己的swap还是自己的命名空间(以及为什么)?

c++ - 你应该在 std 命名空间中重载 swap 吗?

我今天读到一些有趣的东西,说在用户提供的类型(作为模板参数提供)上调用swap的“标准”方式是......usingstd::swap;swap(something,soemthingelse);这样做的原因是使用参数依赖查找来使用用户命名空间中的swap函数或std中的swap>命名空间。这对我提出了一个感兴趣的问题。当我为我的一个类重载std::swap时,我实际上是在std命名空间中定义它...namespacestd{voidswap(/*...*/){/*...*/}}。这种做法错误吗?我应该在std中定义自己的swap还是自己的命名空间(以及为什么)?

c++ - Copy-and-Swap 成语是否应该成为 C++11 中的 Copy-and-Move 成语?

如thisanswer中所述,copy-and-swap习语的实现方式如下:classMyClass{private:BigClassdata;UnmovableClass*dataPtr;public:MyClass():data(),dataPtr(newUnmovableClass){}MyClass(constMyClass&other):data(other.data),dataPtr(newUnmovableClass(*other.dataPtr)){}MyClass(MyClass&&other):data(std::move(other.data)),dataPtr(

c++ - Copy-and-Swap 成语是否应该成为 C++11 中的 Copy-and-Move 成语?

如thisanswer中所述,copy-and-swap习语的实现方式如下:classMyClass{private:BigClassdata;UnmovableClass*dataPtr;public:MyClass():data(),dataPtr(newUnmovableClass){}MyClass(constMyClass&other):data(other.data),dataPtr(newUnmovableClass(*other.dataPtr)){}MyClass(MyClass&&other):data(std::move(other.data)),dataPtr(

c++ - 为什么这个对 swap() 的调用模棱两可?

下面的程序#include#include#includenamespacemy_namespace{templatevoidswap(T&a,T&b){Ttmp=std::move(a);a=std::move(b);b=std::move(tmp);}template>classfoo{};}intmain(){my_namespace::foo*a,*b;usingmy_namespace::swap;swap(a,b);return0;}导致g++和clang在我的系统上发出以下编译器错误:$clang-std=c++11swap_repro.cpp-I.swap_repro.