我是C++的新手，正在尝试学习vector的概念。我在网上看到这段代码。我的问题是，'for(auto&str:vec)'中的内部for循环的目的是什么？为什么作者要对第一个引用(&str)创建第二个引用(&c)？intmain(){vectorvec;for(stringword;cin>>word;vec.push_back(word)){}for(auto&str:vec){for(auto&c:str){c=toupper(c);}}for(inti=0;i!=vec.size();++i){if(i!=0&&i%8==0)cout 最佳答案
我制作了一个模板和一个auto函数，用于比较2个值并返回最小值。这是我的代码:#includeusingnamespacestd;//Templatewithavaluereturningfunction:PrintSmallertemplateautoPrintSmaller(TNumOne,UNumTwo){if(NumOne>NumTwo){returnNumTwo;}else{returnNumOne;}}intmain(){intiA=345;floatfB=23.4243;cout但它无法编译，我在VS2015上遇到此错误:错误C3487“int”:所有返回表达式必须推导出
我发现尾随返回类型很容易定义返回复杂类型的函数的返回值，例如:autoget_diag(int(&ar)[3][3])->int(&)[3]{//usingtrailingreturntypestaticintdiag[3]{ar[0][0],ar[1][1],ar[2][2]};returndiag;}auto&get_diag2(int(&ar)[3][3]){//adding&autobecauseotherwiseitconvertsthearraytopointerstaticintdiag[3]{ar[0][0],ar[1][1],ar[2][2]};returndiag;
我看到了下面的代码，#include#includeusingnamespacestd;classFred;//Forwarddeclarationtypedefauto_ptrFredPtr;classFred{public:staticFredPtrcreate(inti){returnnewFred(i);//Isthereanimplicitcastinghere?Ifnot,howcanwereturn//aFred*withreturnvalueasFredPtr?}private:Fred(inti=10):i_(i){}Fred(constFred&x):i_(x.i_
我的一些同事更喜欢在构造函数初始化列表中将std::auto_ptr显式初始化为0，但它会被初始化为0在它的构造函数中没有任何显式初始化。那么有什么理由这样做吗？#includeclassA{A():SomePtr(0){}private:std::auto_ptrSomePtr;}; 最佳答案 不，std::auto_ptr的默认构造函数正是这样做的，因此没有必要显式地这样做。无论如何，这是风格问题，您应该保持一致。例如，您是否会在构造函数初始化列表中显式调用成员vector的默认构造函数？作为旁注，std::auto_ptr在即
我有一个基类，它被多个派生类继承。我想创建baseClass指针的自动指针数组。当我初始化那些自动指针时，我遇到了一些编译时错误，然后我尝试这样做std::auto_ptrpbase[3];std::auto_ptrb1(newderived1());std::auto_ptrb2(newderived2());std::suto_ptrb3(newderived3());pbase[0]=b1;pbase[1]=b2;pbase[2]=b3;它工作正常，我修复了内存泄漏问题，而我是一个窗口，我不使用valgrind，我使用boost框架来解决泄漏问题。对于编译错误:classA{pu
阅读此主题后auto&&,这是否意味着我们在声明局部变量以捕获函数的返回类型时应该始终使用auto&&而不是auto(以准确保留功能)？用例可以是例如auto&&result=func_returning_lvalue_or_lvalue_reference();或auto&&iterator=vector_.begin();或其他任何内容。换句话说，有很多auto&&的基本代码是正常的吗？ 最佳答案 不。您不应该一直使用auto&&。特别是，如果您需要拷贝，则不应使用它。使用auto&&，您可能会获得一个拷贝(作为对临时对象的引用
请假设我有一个接受指针作为参数的函数。这个函数可以抛出异常，因为它使用std::vector::push_back()管理此指针的生命周期。如果我这样声明:voidmanage(T*ptr);并这样称呼它:manage(newT());如果它抛出异常将指针插入std::vector，我实际上有内存泄漏，不是吗？会像这样声明函数:voidmanage(std::auto_ptrptr);解决我的问题？我希望它首先分配std::auto_ptr在堆栈上(我猜永远不会抛出异常的东西)并让它获得对指针的所有权。安全的。然后，在函数内部，我将原始指针插入std::vector，这也是安全的:如果
这是用于在VS2008编译器中从标准指针构造std::auto_ptr对象的构造函数。templateclassauto_ptr{public:explicitauto_ptr(_Ty*_Ptr=0)_THROW0():_Myptr(_Ptr){}private:_Ty*_Myptr;};explicit是否有任何特殊原因？上面使用关键字?换句话说，为什么我不能初始化auto_ptr与std::auto_ptrptr=newClassA;？ 最佳答案 因为否则您可能会无意中执行以下操作:voidfoo(std::auto_ptrp)
我在堆上分配了一些数据结构，它们很少被修改但需要快速读取访问。一个例子是在堆上分配的结构，许多线程以只读方式非常频繁地访问它。需要定期重写此结构并避免锁定争用我想知道使用auto_ptr是否安全基本上允许已获取引用的线程继续处理直到它们完成writer创建结构的拷贝，重写它并快速与结构的新auto_ptr实例交换指针。我从Java中的CopyOnWriteArrayList得到这个想法，并希望在C++中执行类似的性能。 最佳答案 std::auto_ptr在调用非常量成员(例如reset())时没有任何线程安全保证正如你所建议的。此
