草庐IT

try_emplace

全部标签

c++ - GCC 和 VC++ 之间 std::vector::emplace_back 的区别

这个问题在这里已经有了答案:Canstd::vectoremplace_backcopyconstructfromanelementofthevectoritself?(3个答案)关闭7年前。我听说ModernC++的建议之一是使用emplace_back而不是push_back来追加到容器中(emplace_back接受容器中存储类型的任何构造函数的任何版本参数。根据标准草案N379723.3.6.5(1),说:Remarks:Causesreallocationifthenewsizeisgreaterthantheoldcapacity.Ifnoreallocationhappe

c++ - 是什么导致这种在 try block 展开期间抛出析构函数的奇怪行为?

当tryblock遇到异常时,堆栈将展开。如果在tryblock中创建了一个对象,则调用析构函数。如果析构函数抛出另一个异常,则不会捕获此异常并终止程序。如果你有:structA{~A()noexcept(false){std::cout然后你的try-catchblock是这样的:try{Aa1;Aa2;}catch(...){}然后当tryblock结束时,a2的析构函数抛出异常,异常被捕获,然后a1的析构函数抛出并终止程序。一切都按预期进行。但是,如果您引入另一个结构,该结构也抛出析构函数,但继承自A或具有A的实例作为成员,事情就会变得困惑。例如,如果您有:structB:A{~

kotlin - 我自己对 Kotlin 的 try-with-resources 缺席的解决方案

Kotlin为Closeable对象提供了use函数,但似乎他们忘记考虑AutoCloseable(例如DB准备语句)进行尝试-with-resources完全等同于Java。我已经实现了下一个“自制”解决方案:inlinefuntrywr(closeable:T,block:(T)->R):R{try{returnblock(closeable);}finally{closeable.close()}}那你就可以用下一种方式了:funcountEvents(sc:EventSearchCriteria?):Long{returntrywr(connection.prepareStat

kotlin - 我自己对 Kotlin 的 try-with-resources 缺席的解决方案

Kotlin为Closeable对象提供了use函数,但似乎他们忘记考虑AutoCloseable(例如DB准备语句)进行尝试-with-resources完全等同于Java。我已经实现了下一个“自制”解决方案:inlinefuntrywr(closeable:T,block:(T)->R):R{try{returnblock(closeable);}finally{closeable.close()}}那你就可以用下一种方式了:funcountEvents(sc:EventSearchCriteria?):Long{returntrywr(connection.prepareStat

c++ - 使用 try-Catch 异常处理程序和 if else 条件检查之间的区别?

这个问题在这里已经有了答案:IsthereageneralconsensusintheC++communityonwhenexceptionsshouldbeused?[closed](11个答案)关闭9年前。我在很多地方都使用过if...else语句,但是我对异常处理还是陌生的。这两者的主要区别是什么?例如:int*ptr=new(nothrow)int[1000];if(ptr==NULL){//Handleerrorcaseshere...}或try{int*myarray=newint[1000];}catch(exception&e){cout所以我们在这里使用标准异常类,它

c++ - std::make_unique(以及 emplace、emplace_back)对 initializer_list 参数的笨拙推导

假设我有这个结构:structposition{intx,y;};和另一个将this作为构造函数参数的类:classpositioned{public:positioned(positionp):pos(p){}private:positionpos;};我怎样才能得到简单的autobla=std::make_unique({1,2});上类?目前,编译器试图通过initializer_list匹配并调用make_unique的数组变体,这很愚蠢,因为positioned只有一个构造函数。emplace出现同样的问题和emplace_back功能。几乎所有将其可变模板参数转发给类的构造

c++ - 为什么 emplace_back ("Hello") 调用 strlen?

Justin'sanswer在另一个问题上做了一个我觉得很有趣但无法解释的观察。考虑以下代码:std::vectorv;v.push_back("Hello,world!");//Doesn'tcallstrlen.v.emplace_back("Hello,world!");//Callsstrlen.如果您查看程序集,emplace_backgeneratesacalltostrlen,而push_backdoesnot(使用-Ofast在gcc8.1和clang6.0中测试)。为什么会这样?为什么不能emplace_back优化strlen在这里打电话?我最初的想法是push_b

c++ - 为什么 try...catch 需要抛出 EXACT 类型

我可以做到,没问题:longlngval=3L;inti=lngval;但如果我尝试这样做:try{throw3L;}catch(inti){cout我得到一个未处理的异常。这似乎不一致。这种情况下没有类型转换的原因是什么? 最佳答案 在第一种情况下,编译器可以准确地告诉您要做什么:将long转换为int。在第二种情况下,编译器必须假设您可能有这样的构造:try{try{throw3L;}catch(inti){/*P*/}}catch(longl){/*Q*/}这个想法是编译器永远不知道是否有一个catch(longl)潜伏在当前

c++ - try block 限制 const 变量的范围

当包装一个常量的初始化时,我经常遇到范围问题try{constintvalue=might_throw();}std::cout目前我使用临时值作为解决方法。有没有更好的方法来处理const-try{}情况?inttmp;/*I'dratherhavetmpconst*/try{tmp=might_throw();}catch(...){/*dosomething*/}constintvalue=tmp; 最佳答案 代替你的inttmp;/*I'dratherhavetmpconst*/try{tmp=might_throw();}

c++ - 元组到元组的 std::map 和使用 emplace

考虑以下代码,使用g++7.0.1(-std=c++17)编译:#include#includeintmain(){//CreateanaliasforatupleofthreeintsusingThreeTuple=std::tuple;//Createanaliasforamapoftupletotuple(ofthreeints)usingMapThreeTupleToThreeTuple=std::map;MapThreeTupleToThreeTuplem;//ThefollowingdoesNOTcompilem.emplace({1,2,3},{4,5,6});//...