草庐IT

c++ - 使用 std::stack 而不是 deque、vector 或 list 的优点和缺点是什么

我正在编写一个非常简单的std::stack,使用vector作为其底层容器。我意识到我可以用vector容器的push_back()、pop_back()和back()替换所有的push()、pop()和top()函数。我的问题是:当底层容器的受控使用就足够时,为什么还要使用容器适配器?为什么不只使用双端队列、vector或列表?会不会浪费内存或处理时间? 最佳答案 当您的代码显示std::stack时,读者很清楚他们需要在容器上执行哪些操作……它在强制不使用其他操作的同时进行通信和记录。它可以帮助他们快速形成对代码中算法逻辑的印

c++ - 为什么在 C++ 中使用 <cstdio> 而不是 <stdio.h> 时 "std::printf"和 "printf"都会编译?

这个问题在这里已经有了答案:WhenusingCheadersinC++,shouldweusefunctionsfromstd::ortheglobalnamespace?(8个答案)关闭5年前。据我所知,cxyz格式的header与xyz.h相同,唯一的区别是cxyz将所有命名空间std下的xyz.h的内容。为什么以下程序在GCC4.9和clang6.0上都能编译?#includeintmain(){printf("Testing...");return0;}和第二个程序:#includeintmain(){std::printf("Testing...");return0;}FI

c++ - Lint 更喜欢 std :string rather than clear() 上的 erase() 方法

使用Lint,它反复反对在std字符串上使用clear,并希望建议使用不带参数的删除方法。查看文档并执行我想要的操作,即将字符串的大小调整为零个元素,以便该字符串为空且没有任何元素。此时我不想删除字符串,只需从中删除所有成员即可。我的问题是这两种方法有什么区别,有谁知道我应该使用erase而不是clear方法的原因吗? 最佳答案 我看不出任何原因。恰恰相反:我实际上不得不查看引用以查看erase()是否可以在没有参数的情况下调用。erase()用于从字符串中删除一些指定的字符。clear()用于删除字符串的全部内容(但不包括其容量)

c++ - 如何干净地使用:const char* 和 std::string?

tl:drHowcanIconcatenateconstchar*withstd::string,neatlyandelegantly,withoutmultiplefunctioncalls.Ideallyinonefunctioncallandhavetheoutputbeaconstchar*.Isthisimpossible,whatisanoptimumsolution?初始问题到目前为止,我在C++中遇到的最大障碍是它如何处理字符串。在我看来,在所有广泛使用的语言中,它处理字符串的能力最差。我见过其他与此类似的问题,这些问题的答案要么是“使用std::string”,要么只

c++ - MFC CArray 上的 std::reverse

我有一系列这样的点:CArraypoints;我需要颠倒点的顺序。我试过这个方法:std::reverse(&points[0],&points[0]+points.GetSize());而且它有效。然后我尝试了另一种方法:std::reverse(&points[0],&points[points.GetUpperBound()]);但它不起作用:最后一项的排序不正确。为什么? 最佳答案 这是因为STL算法采用[b,e)形式的范围(即e除外),而thefunctionyouusedreturnsthepositionofthela

c++ - 为什么 std::shared_ptr 的别名构造函数不初始化 std::enabled_shared_from_this?

考虑以下代码:structFoo:std::enable_shared_from_this{};structBar{Foofoo;};intmain(){std::shared_ptrbar_p(newBar);//makeshared_ptrtomemberwithaliasingconstructorstd::shared_ptrfoo_p(bar_p,&bar_p->foo);assert(bar_p->foo.shared_from_this());//fail!throwsbad_weak_ptr}不幸的是,它没有按预期工作(至少在GCC4.8.2中)。我查看了代码,似乎别名

c++ - 对象 std::shared_ptr 是否可以通过它的 std::weak_ptr 找到?

所以我有一个std::vector>myListOfT;我有一个std::weak_ptrptrToOneT;它是从用于填充该容器的指针之一创建的(假设我将它放在回调函数中)。威尔std::find在那个容器和我的weak_ptr给我一个原始shared_ptr的迭代器(如果集合中存在这样的一个)?它是在标准的某处得到保证还是依赖于此实现? 最佳答案 通过使用std::weak_ptr::owner_before,我们可以不锁定weak_ptr。我将使用比必要的稍微冗长的解决方案并引入owner_equal,它与std::owner

c++ - std::ostream 到 QString?

有没有办法将std::ostream转换为QString?如果有用,请允许我展开:我正在用C++/Qt编写一个程序,我过去常常(不)通过使用std::cout来处理/调试异常,例如:std::cout现在我想将错误作为QString抛出并在以后捕获它们,所以我现在改为:throw(QString("ErrorinvoidCat::eat(constBird&bird):birdhasnegativeweight"));我的问题是我一直在重载运算符Bird,所以我实际上会写:std::cout现在有什么方法可以将其作为QString抛出吗?我希望能够写出类似的东西:std::ostrea

c++ - 使用 std::result_of 确定模板参数的返回类型

我认为这段代码是不言自明的,但基本上模板函数ExecFunc应该能够执行另一个函数并返回其结果。我知道我可以使用decltype而不是result_of获得类似的结果,但这个问题是为了理解为什么我写的东西不起作用:该片段无法在gccv4.9.2上编译。这是我的:#includeintf(inti){returni;}templateautoExecFunc(Ff,Targ)->typenamestd::result_of::type{returnf(arg);}intmain(){autoa=ExecFunc(f,3);return0;}这是编译器的输出:prova.cpp:Infun

c++ - std::thread 在 DLLMain 中导致死锁

所以,这就是我要说的:std很复杂。在VS2013中这个简单的程序会导致死锁。#include#includevoidfoo(){}voidinitialize(){std::threadt(foo);}BOOLAPIENTRYDllMain(HMODULE,DWORDreason,LPVOID){switch(reason){caseDLL_PROCESS_ATTACH:initialize();break;caseDLL_THREAD_ATTACH:break;caseDLL_THREAD_DETACH:break;caseDLL_PROCESS_DETACH:break;}ret