草庐IT

back_emplace_iterator

全部标签

c++ protobuf : how to iterate through fields of message?

我是protobuf的新手,但我的任务很简单:我需要遍历消息字段并检查它的类型。如果类型是消息,我将递归地对此消息执行相同的操作。例如,我有这样的消息:packageMyTool;messageConfiguration{requiredGloablSettingsglobalSettings=1;optionalstringoption1=2;optionalint32option2=3;optionalbooloption3=4;}messageGloablSettings{requiredbooloption1=1;requiredbooloption2=2;requiredbo

c++ - std::vector.pop_back() 会改变 vector 的容量吗?

如果我在程序开始时使用resize()和reserve()将std::vector分配到一定的大小和容量,是否有可能pop_back()可能会“破坏”预留容量并导致重新分配? 最佳答案 没有。缩小vector容量的唯一方法是交换技巧templatevoidshrink_capacity(std::vector&v){std::vector(v.begin(),v.end()).swap(v);}即使这样也不能保证按照标准工作。(虽然很难想象它不会工作的实现。)据我所知,C++标准的下一个版本(以前是C++0x,但现在变成了C++1x

c++ - map 中的emplace_hint有什么用?

我知道map::emplace_hint用于将键值对放置在map中的指定位置,但最终map会被排序,那么将其放置在某个位置有什么意义?例如,当我运行这段代码时:#include#include#includeintmain(){std::mapmymap;autoit=mymap.end();std::unordered_mapmymap2;it=mymap.emplace_hint(it,'b',10);mymap.emplace_hint(it,'z',12);mymap.emplace_hint(mymap.end(),'a',14);mymap.emplace_hint(mym

c++ - gtk_widget_add_tick_callback() 和 gtk_main_iteration()

我有两个GTK窗口运行动画的普通(主)窗口,在gtk_widget_add_tick_callback()注册的回调中绘制内容。在某个时候会创建运行模态循环的辅助窗口:voidshow_modal(){GtkWindow*gw=gtkwindow(this);if(parent())gtk_window_set_transient_for(gw,gtkwindow(parent()));gtk_widget_show(GTK_WIDGET(gw));gtk_window_set_modal(gw,TRUE);gtk_window_set_keep_above(gw,TRUE);this

c++ - std::map<K,V>::iterator 是否实例化 std::map<K,V>?

我有这段代码,它适用于GCC:#includeclassFoo;classBar;typedefstd::mapMyMap;MyMap::iteratori;classFoo{MyMap::iteratorsome_data;};当前设计的代码(这是令人不快的循环,是的,我坚持使用它)需要map::iterator可用于Foo和Bar.之所以有效,是因为GCC库实现恰好不需要实例化映射的键类型来实例化迭代器。这是有保证的吗?在定义映射迭代器类型时,该标准似乎有些放任自流。这段代码的可移植性如何? 最佳答案 这会导致未定义的行为。在声

c++ - 'iterator' 可以只输入子类 'const_iterator' 吗?

在anotherquestionaboutiterators之后我对自定义容器有一些疑问。在我的容器中,iterator是const_iterator的子类,因此我可以“免费”从非const转换为const。但这是否允许,或者这样的设置是否有任何缺点或不工作的情况? 最佳答案 是的,这很好。这就是VC10对vector的迭代器的实现方式。例如,是结构化的。见_Vector_iterator和_Vector_const_iterator在.顺便说一句,编写迭代器很困难。值得您花时间学习和使用boost::iterator库。

c++ - 为什么 deque 的 pop_front() 和 pop_back() 不是 noexcept?

std::deque的pop_front()和pop_back()有什么原因不是noexcept在C++11及更高版本中还是刚刚被遗忘? 最佳答案 如果我理解正确,该标准没有在具有狭窄契约(Contract)的函数上指定noexcept(前提条件是违反导致UB)。N3279以及最近P0884正在讨论这个以及如何决定一个函数是否应该是noexcept(或有条件地)。std::deque的pop_front和pop_back也是如此,front和back没有调用析构函数的地方。例如std::vector的pop_back、front和b

c++ - 带有 std::make_unique 的 push_back 或 emplace_back

基于these中的答案questionshere,我知道使用c++14的std::make_unique肯定比直接emplace_back(newX)更可取。也就是说,是不是更喜欢打电话my_vector.push_back(std::make_unique("constructor","args"));或my_vector.emplace_back(std::make_unique("constructor","args"));也就是说,在添加由std::make_uniquestd::unique_ptr时,我应该使用push_back还是emplace_back/?====编辑=

c++ - 为什么 vector::iterator 在重新分配时无效?

我不明白为什么在重新分配发生时vector的迭代器应该失效。难道不能简单地通过在迭代器中存储一个偏移量——而不是一个指针——来防止这种情况吗?为什么vector不是这样设计的? 最佳答案 只是为与性能相关的理由添加一个引用:在设计C++时,Stroustrup认为模板类如std::vector是至关重要的。接近原生数组的性能特点:Onereasonfortheemphasisonrun-timeefficiency...wasthatIwantedtemplatestobeefficientenoughintimeandspacet

c++ - 将 std::list<>::iterator 的值指向指针?

如何循环通过STL::List并存储其中一个对象的值以供稍后在函数中使用?Particle*closestParticle;for(list::iteratorp1=mParticles.begin();p1!=mParticles.end();++p1){//ExtrastuffremovedclosestParticle=p1;//failstocompile(editfromcomments)} 最佳答案 要么Particle*closestParticle;for(list::iteratorit=mParticles.be