nothrow_move_constructible
全部标签 我刚听完软件工程电台podcastinterviewwithScottMeyers关于C++0x.大多数新功能对我来说都很有意义,而且我现在对C++0x感到非常兴奋,除了一个。我仍然没有得到move语义......它到底是什么? 最佳答案 我发现使用示例代码最容易理解move语义。让我们从一个非常简单的字符串类开始,它只保存一个指向堆分配内存块的指针:#include#includeclassstring{char*data;public:string(constchar*p){size_tsize=std::strlen(p)+1
你们能不能给我一个在特定情况下的说明性例子来证明以下陈述是有用和必要的?AnyTypeMovablev;AnyTypeMovable&&r=move(v); 最佳答案 不,AnyTypeMovable&&r=move(v);这里一点用处都没有。考虑以下代码:#include#includeclassMyMovableType{inti;public:MyMovableType(intval):i(val){}MyMovableType(MyMovableType&&r){this->i=r.i;r.i=-1;}MyMovableTy
你们能不能给我一个在特定情况下的说明性例子来证明以下陈述是有用和必要的?AnyTypeMovablev;AnyTypeMovable&&r=move(v); 最佳答案 不,AnyTypeMovable&&r=move(v);这里一点用处都没有。考虑以下代码:#include#includeclassMyMovableType{inti;public:MyMovableType(intval):i(val){}MyMovableType(MyMovableType&&r){this->i=r.i;r.i=-1;}MyMovableTy
考虑以下几点:std::stringmake_what_string(conststd::string&id);structbasic_foo{basic_foo(std::stringmessage,std::stringid);};structfoo:publicbasic_foo{foo::foo(std::stringid):basic_foo(make_what_string(id),std::move(id))//Isthisvalid?{}};由于未指定C++中的参数评估顺序,我想知道是否这条线basic_foo(make_what_string(id),std::mov
考虑以下几点:std::stringmake_what_string(conststd::string&id);structbasic_foo{basic_foo(std::stringmessage,std::stringid);};structfoo:publicbasic_foo{foo::foo(std::stringid):basic_foo(make_what_string(id),std::move(id))//Isthisvalid?{}};由于未指定C++中的参数评估顺序,我想知道是否这条线basic_foo(make_what_string(id),std::mov
编译器能做吗自动左值到右值转换如果它可以证明左值不会再次使用?这里有一个例子来阐明我的意思:voidFoo(vectorvalues){...}voidBar(){vectormy_values{1,2,3};Foo(my_values);//maythecompilerpretendIusedstd::movehere?}如果std::move被添加到注释行,那么vector可以move到Foo的参数,而不是复制。但是,正如所写,我没有使用std::move.静态证明在注释行之后不会使用my_values非常容易。那么编译器允许movevector,还是需要复制它?
编译器能做吗自动左值到右值转换如果它可以证明左值不会再次使用?这里有一个例子来阐明我的意思:voidFoo(vectorvalues){...}voidBar(){vectormy_values{1,2,3};Foo(my_values);//maythecompilerpretendIusedstd::movehere?}如果std::move被添加到注释行,那么vector可以move到Foo的参数,而不是复制。但是,正如所写,我没有使用std::move.静态证明在注释行之后不会使用my_values非常容易。那么编译器允许movevector,还是需要复制它?
我基本上是想弄清楚,整个“move语义”概念是全新的,还是只是让现有代码更易于实现?我总是对减少调用复制/构造函数的次数感兴趣,但我通常使用引用(可能还有const)传递对象,并确保我总是使用初始化列表。考虑到这一点(并查看了整个丑陋的&&语法),我想知道是否值得采用这些原则或像我已经做的那样简单地编码?这里有什么新东西吗,还是我已经做的只是“更简单”的语法糖? 最佳答案 TL;DR这绝对是新事物,它不仅仅是一种避免复制内存的方法。长答案:为什么它是新的以及一些可能不明显的含义move语义正如其名称所暗示的那样——即一种显式声明用于
我基本上是想弄清楚,整个“move语义”概念是全新的,还是只是让现有代码更易于实现?我总是对减少调用复制/构造函数的次数感兴趣,但我通常使用引用(可能还有const)传递对象,并确保我总是使用初始化列表。考虑到这一点(并查看了整个丑陋的&&语法),我想知道是否值得采用这些原则或像我已经做的那样简单地编码?这里有什么新东西吗,还是我已经做的只是“更简单”的语法糖? 最佳答案 TL;DR这绝对是新事物,它不仅仅是一种避免复制内存的方法。长答案:为什么它是新的以及一些可能不明显的含义move语义正如其名称所暗示的那样——即一种显式声明用于
在即将发布的C++0x标准中,当move构造函数内/期间抛出异常时会发生什么?原始对象会保留吗?还是原始对象和move对象都处于未定义状态?该语言提供了哪些保证? 最佳答案 我相信标准委员会最初试图让构造函数不允许抛出异常,但(至少在今天)发现尝试强制执行存在太多陷阱。提案N3050,“允许move构造函数抛出(Rev1)”,已被纳入标准草案。本质上,该提案增加了move构造函数抛出的能力,但不允许将“抛出”move用于需要强异常安全保证的某些操作(如果非抛出move,库将回退到复制对象)t可用)。如果将move构造函数标记为非抛出