草庐IT

Push-based

全部标签

c++ - 为什么连续的 vector::push_back 会导致不同数量的构造函数调用?

classbase{private:intk;public:base(constbase&b){this->k=b.k;coutm;cout输出:firstpushbackc-ctor2ndpushbackc-ctorc-ctordestructorcalled3rdpushbackc-ctorc-ctorc-ctordestructorcalleddestructorcalled4thpushbackc-ctor5thpushbackc-ctorc-ctorc-ctorc-ctorc-ctordestructorcalleddestructorcalleddestructorcall

c++ - vector.push_back() 崩溃

我在处理类的vector时遇到问题。我已经尝试尽可能地削减代码,留下下面的代码。然而,在这样做之后,我仍然无法弄清楚为什么我的程序会崩溃。我来自VBA的世界,我的C++调试技能至少可以说是很差,我预先为此道歉。任何可以提高我在这里能力的指导都将很乐意接受。我的类(class):classTester{public:intvarA;intvarB;Tester(){varA=1;varB=1;}Tester(Tester&P1,Tester&P2){varA=P1.varA+P2.varA;varB=P1.varB+P2.varB;}Tester(constTester&Source){

c++ - vector 的 push_back 错误背后的原因是什么

我有一个简单的C++std::vector并且在其中存储线程,如下所示。你能解释一下为什么带有注释“不编译”的行在编译期间显示错误吗?为什么带有注释的行“编译”有效?#include#includeusingnamespacestd;voidabc(){}intmain(){vectorworkers;workers.push_back(thread(abc));//compilesthreadt(abc);workers.push_back(t);//doesnotcompilereturn0;}更新:我在Linux上使用g++4.4.6。下面是错误[jim@colac++]$g++

c++ - push_back 与 emplace_back 到 std::vector<std::string>

类似的问题存在于here和here但我认为我们还没有得到明确的答案然后我重新提出问题。C++11标准有两种在vector末尾添加新元素的方法,它们是std::vector::push_back和std::vector::emplace_back.它们之间的区别在于std::vector::emplace_back就地构造对象而std::vector::push_back基本上复制对象(或原语类型)或将其移动到vector的末尾。然后std::vector::push_back看起来是将原始类型添​​加到std::vector中的更好选择。例如:std::vectorvVec;vVec.

c++ - 在 C++ 中, vector 函数 push_back 会增加空数组的大小吗?

快速提问。假设我声明了一个大小为20的vector。然后我想使用push_back向它添加一些整数。vectormyVector(20);myVector.push_back(5);myVector.push_back(14);我的vector的容量现在是22,还是还是20?索引[19]和[20]分别添加了5和14吗?还是它们在[0]和[1]? 最佳答案 在这些语句之后,它的容量是实现定义的。(请注意,这与其大小不同。)vectormyVector(20);这将创建一个由20个0填充的vector。它的大小是二十,准确地说,它的容量

c++ - 非类型模板参数 : how to pass reference to base class object?

似乎无法传递对的引用派生对象的基类对象作为模板参数,正如我在这里尝试做的那样:structa{int_v;constexpra():_v(0){}constexpra(intv):_v(v){}};structc:publica{constexprc():a(){}constexprc(intv):a(v){}};externconstcdefault_a;constexprconstcdefault_a{1};consta&c_as_a=default_a;//^--thisline(16)causesnoerror-ccanbeconvertedtoatemplatestructb

c++ - 指向 deque<int>::push_back 的指针

#include#includeusingnamespacestd;main(){typedefvoid(deque::*func_ptr)(int);func_ptrfptr=&deque::push_back;}我试图获取指向该函数的指针,但出现编译错误error:cannotconvert‘void(std::deque::*)(constvalue_type&){akavoid(std::deque::*)(constint&)}’to‘func_ptr{akavoid(std::deque::*)(int)}’ininitializationfunc_ptrfptr=&deq

c++ - 如果 Derived 不向 Base 添加新成员(并且是 POD),那么可以安全地完成什么样的指针转换和取消引用?

(这是关于未定义行为(UB)的另一个问题。如果这段代码在某些编译器上“有效”,那么这在UB领域就没有任何意义。这是可以理解的。但是我们到底在下面的哪一行跨入UB?)(关于SO已经有很多非常相似的问题,例如(1)但我很好奇在取消引用指针之前可以安全地使用指针做什么。)从一个非常简单的基类开始。没有virtual方法。无继承。(也许这可以扩展到任何POD?)structBase{intfirst;doublesecond;};然后是添加(非virtual)方法但不添加任何成员的简单扩展。没有virtual继承。structDerived:publicBase{intfoo(){return

c# - "C# base class virtual function"- "override in Managed C++ ref class"

我有一个.NET_4ManagedC++ref类,它派生自用C#编写的.NET_4基类。C#基类:namespaceCore{publicclassResourceManager{publicclass_Resource{publicvirtualvoidDelete(){}}}}托管C++类:namespaceInput.DI{publicrefclassMouse:ResourceManager::_Resource{public:virtualvoidDelete(){}};}这是我遇到的错误:'Input::DI::Mouse::Delete':matchesbaserefcl

C++ 惯用法之 Policy-based design

一、背景Policy-based是C++的一种基于模板和继承的设计方法。通过模板方式可以实现在编译期给指定的类配置方法,而传统的策略模式则是在运行期对类的方法进行动态配置。所谓设计模式没有一定不变的使用准则,同一个问题可以有多种模式来解决,采用有效的设计模式可以减少重复性代码以及用最小的改动来应对变化。多了解一种模式,可以增加一种解决问题的思路。二、Policy-baseddesign1.概述该模式中的继承是implement-by的关系,而非Is-A的关系,其重点是模板而非继承。2.问题描述假设一个类提供一个对外的接口,但在不同的场景中有不同的实现方式,以下是一种常见的实现代码:classd