草庐IT

find_first

全部标签

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++ - 如果满足特定条件,则停止沿特定深度的 boost::depth_first_search

我正在使用BGL存储我的DAG。顶点有状态。鉴于其中一个顶点的状态发生变化,我想更新从属顶点。我可以使用boost::depth_first_search和自定义访问者来做到这一点。现在的逻辑是,如果顶点处于特定状态,我不想更新搜索到的顶点及其依赖项。基本上我想控制dfs或bfs中的顶点排队。在BGL中实现此目标的最佳方法是什么。谢谢。 最佳答案 似乎boost::depth_first_search不支持这个,但底层的boost::depth_first_visit支持,通过它的第二次重载允许“终止函数”(TerminatorFu

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++ : How can I solve a first-chance exception caused at an unknown point?

我正在处理的一个C++项目在抛出第一次异常时终止。当我第一次尝试访问map,int>时,这发生在处于Debug模式的VisualStudio2008中其中包含单个键值对。代码在逻辑上没有任何错误。我已经阅读了有关第一次机会异常的信息,并且了解它们可能并不总是有问题。尽管如此,我尝试打破所有此类异常,并且正如预期的那样发现生成了几个不会导致问题的异常。我正在处理的类非常大并且包含许多自定义内存分配。我推测其中之一以某种方式导致了问题。然而,我花了几个小时试图找到一种方法来确定问题出在哪里,但一直无法做到。下面列出了第一次异常输出。这不是很有帮助!First-chanceexception

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++ - 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

c++ - remove-erase 和 find-erase 有什么区别

假设您要按值从vector中删除单个元素。remove之间有什么区别?-删除:vectorv;//addsomevaluesvector::iteratorit=remove(v.begin(),v.end(),5);v.erase(it);然后查找-删除vectorv;//addsomevaluesvector::iteratorit=find(v.begin(),v.end(),5);if(it!=v.end()){v.erase(it);} 最佳答案 您的移除-删除代码不正确。remove-erase习语看起来像这样:vect

STM32CubeMX-Keil MDK报错error: L6236E: No section matches selector - no section to be FIRST/LAST.

1.报错过程学习正点原子HAL库开发教学视频时跟随操作出现,对应如下链接视频P35。【【正点原子】手把手教你学STM32HAL库开发全集【真人出镜】STM32入门教学视频教程单片机嵌入式】第35讲基础篇-新建STM32CubeMX工程步骤_哔哩哔哩_bilibili软件版本:STM32CubeMX6.3.0KeilMDK5.362.报错原因error:L6236E:Nosectionmatchesselector-nosectiontobeFIRST/LAST.翻译:错误:L6236E:没有节与选择器匹配-没有节是第一个/最后一个。这是在编译时发现的Error,其实使用STM32CubeMX生