草庐IT

find_most_complex

全部标签

c++ - 理论上,find_end 是可并行化的吗?

我目前正在研究open-stdproposal为我正在处理的项目带来并行功能,但我遇到了find_end的障碍。现在find_end可以描述为:Analgorithmthatsearchesforthelastsubsequenceofelements[s_first,s_last)intherange[first,last).Thefirstversionusesoperator==tocomparetheelements,thesecondversionusesthegivenbinarypredicatep.它的要求由cppreference列出.现在我并行化find/findi

c++ - std::find 和 std::map.find 都是 O(logN) 吗?

std::find和std::map.find都是O(logN)吗?如果是,std::find如何在对数时间内实现对std::map的搜索?std::find的实现是否专门用于std::map用例? 最佳答案 不,std::find是O(N),与容器无关。它不知道“容器”,没有针对std::map的专门化。std::find仅使用迭代器,它没有关于底层容器的信息。根据cppreference.com,实现等同于:templateInputItfind(InputItfirst,InputItlast,constT&value){fo

C++ - 错误 E2285 : Could not find a match for 'tolower(char *)' in function parseInput(fstream &)

给定以下代码:voidparseInput(fstream&inputFile){constintLENGTH=81;charline[LENGTH];while(!inputFile.fail()){inputFile.getline(line,LENGTH);line=tolower(line);cout编译时出现这个错误:ErrorE2285:Couldnotfindamatchfor'tolower(char*)'infunctionparseInput(fstream&)我知道它返回一个int,而不是int[],这是否意味着我不应该使用getline而应该将输入字符转换为字符

c++ - 我怎样才能使 std::find_if 和 std::map 使用一些 boost 库协同工作?

这个问题的灵感来自anothertopic这提出了这个问题:Findthefirstvaluegreaterthanuserspecifiedvaluefromamapcontainer可以通过多种方式解决。典型的C++03解决方案定义了一个专用函数(或仿函数)并将其传递给std::find_if作为第三个参数。在C++11中,可以避免定义专用函数(或仿函数),而是可以使用lambda作为:autoit=std::find_if(m.begin(),mp.end(),[n](conststd::pair&x)->bool{returnx.second>n;});这是theaccepte

c++ - CMake find_path 包含目录前缀

我正在为OpenNI编写一个最小的Find*.cmake。找到我写的头文件find_path(OPENNI_INCLUDE_PATHXnOS.h)按预期工作(OPENNI_INCLUDE_PATH的值为/usr/include/ni)。但是,在我的文件中,我必须包含标题#include我怎样才能去掉ni前缀,这样我就可以写了#include第一个包含的问题是包含了XnCppWrapper.h,并且此文件再次包含一些Xn*.hheader,但没有ni前缀。这会导致编译器错误。 最佳答案 总是有您用于find_path的路径匹配您的#i

c++ - std::map::find 性能是否取决于 key 大小?

假设我有以下map定义:std::map其中key是Storage类实例的字符串表示。我的问题是,即使它说map::find复杂性大小是对数,string大小对性能有影响吗?我之所以有这个map是为了能够快速访问Storage类实例。但是,如果Storage类的字符串表示很长怎么办?是否存在最大字符串大小,如果超过该大小,则map的使用变得多余?注意事项我的直觉告诉我,如果Storage类的字符串表示很长,那么使用operator==比较类本身将是也很贵。所以无论字符串有多长,我都最好使用map 最佳答案 是的,map必须对键进行小

c++ - 术语 "Most vexing parse"是何时何地创造的?

有无数文章和博客讨论C++的mostvexingparse,但我似乎找不到比“C++文献”更具引用意义的任何内容。这个词是从哪里来的? 最佳答案 ScottMeyers的书EffectiveSTL:50SpecificWaystoImproveYourUseoftheStandardTemplateLibrary可能是2001年首次发布使用。 关于c++-术语"Mostvexingparse"是何时何地创造的?,我们在StackOverflow上找到一个类似的问题:

c++ - spoj 数组子 : O(n) Complexity Approach

我试图在spoj上解决这个问题http://spoj.pl/problems/ARRAYSUB我用两种方法解决了它首先使用优化的蛮力。其次在k、2k、3k等处取Pivot并找到最大值。尽管在最坏情况下两种解决方案都被接受,但复杂度为O(n*k);任何人都可以为问题提出O(n)解决方案。下面是我的最坏情况复杂度O(n*k)的运行接受代码:#include#include#includeusingnamespacestd;main(){longn;cin>>n;long*arr=newlong[n];for(longi=0;i>arr[i];longk;cin>>k;longmax=arr

G++ 4.5 中 std::complex 的 C++11 复制赋值 - 与 'operator+' 不匹配

下面的代码无法使用-std=c++0x开关在g++4.5.0版中编译。我收到以下错误消息:error:nomatchfor'operator+'in'std::pow[with_Tp=float,_Up=int,typename__gnu_cxx::__promote_2::__type=double](((conststd::complex&)((conststd::complex*)(&x))),((constint&)((constint*)(&2))))+y'我相信这与提到的可分配要求有关here.我应该为complex定义自己的复制赋值运算符吗?如果是,怎么办?#includ

c++ - std::find 的优点

与容器的find方法相比,使用C++11的std::find有什么优势吗?在std::vector的情况下(没有find方法)std::find使用一些智能算法或简单地迭代每个元素的天真方法?在std::map的情况下,您似乎需要传递一个std::pair,即value_typestd::map的。这似乎不是很有用,因为通常您希望查找键或映射元素。std::list或std::set或std::unordered_set等其他容器呢? 最佳答案 Inthecaseofstd::vector(whichdoesnothaveafind