C ++ std库中at()索引功能的实际用例?

| C ++的容器
vector
deque
,...除了提供
operator[index]
之外,还提供
at(index)
访问器功能来访问容器元素。   这个成员之间的区别   功能和成员运算符功能   operator []是deque :: at信号   如果要求的职位不在   通过抛出一个out_of_range   例外。 我从来没有在我的代码中使用过此函数,因为在我的C ++代码中,访问可能超出范围的元素从没有意义。始终会编写代码以访问正确的索引(或在无法使索引匹配的情况下产生有意义的错误/异常。) 我会对在生产代码中使用
at()
的真实示例(可能来自某个开源项目,因为这会增加一些上下文)感兴趣。 也许有人可以举一个算法问题的例子,其中使用ѭ4才有意义。 注意:我最近在一些单元测试代码中使用了它,在其中添加索引检查代码被认为不值得麻烦,并且如果测试中断,则由
at()
引发的out_of_range异常被视为足够的信息+上下文。 注意:关于ildjarn的答案-我不想对此进行讨论或发表评论。我对“肯定”的发现很感兴趣,这是使用它的具体示例。谢谢。     
已邀请:
我一直发现
at()
有用的一个用例是促进复杂用户输入的解析。例如,在分析C ++代码时,我发现自己在检查语法结构时会沿着一系列词汇标记移动。逻辑通常类似于“如果此令牌是一个标识符,下一个令牌是一个等于”,则它应该是一个赋值,因此请先扫描分号令牌以建立表达式的令牌范围”。在此类代码中使用
at()
意味着您可以轻松地表达与当前点ala的期望值:
if (tokens.at(i) == Switch)
{
    if (tokens.at(++i) != Left_Parentheses)
        // throw or return to say input program\'s broken...
    if (tokens.at(++i) == ...)
        ...
}
每当您尝试解析无效的程序时,您都会得到一个异常。在整个代码中的很多地方都会增加位置,以至于不断地重新验证大小将是一场噩梦(冗长且极易出错),因为在这种情况下,您仅意识到要使程序有效就需要多大的代码才能使代码有效。应用语法规则。与功能等效的替代品相比,此处使用ѭ4是简洁,强大,直观且合理的性能。 FWIW-快速搜索我们的生产代码(200k行,大多数是在我加入团队之前写的)找到了
at()
的十几种用法。     
好吧,当您不控制正在使用的索引(例如,如果代码的客户端将其传递)时,您应该检查它以查看它是否在手动范围内,或者使用
at
以获取报告的异常(您可以使用自己的错误报告捕获并通知调用方,或者简单地向上传播标准异常)。 换句话说,被调用函数有责任检查输入参数,但是是否使用
if
语句显式地执行此操作,还是使用
at
而不是ѭ15隐式地进行输入,这是一个有争议的问题。如果我只想抛出一个
out_of_range
异常(如果传入的索引大于或等于集合的大小),我想我就让let12ѭ这样做并为自己保存一些编码。 静静地传回坏数据几乎永远不是最好的解决方案。简单地将x [7]传回一个四元素整数甲板的麻烦在于调用者认为它是一个有效的零。事实并非如此。     
我认为
at()
是100%无用的成员函数。仅在标准库容器的有效范围内进行访问是使用该容器的先决条件,并且对任何先决条件的违反都应使用“ 19”来处理,而不是引发异常。
at()
的存在绝不会帮助容器维持其前提条件/不变量,并且实际上仅通过使适当的边界检查访问似乎不是前提条件而使问题困惑。 也就是说,为最终只能由程序员错误引起的异常抛出异常是愚蠢的。请参阅此主题以获取更详细的说明,尤其是D. Abrahams的帖子。尽管有可能,但绝对值得一读:comp.lang.c ++。moderated:异常。 编辑:为了澄清OP的补充说明,我是说,根据我在C ++方面的经验-专业,开放源代码或其他方式-我从没碰到过使用标准容器的情况\'
at()
,并保持它实际上并未在生产代码中使用。进一步的评论或阐述仅仅是为了使我认为如此的原因合理化。     
我的情况是:为什么不使用它? 除非您处在应用程序的性能关键部分,否则应始终反对使用“ 22”来反对未定义行为,至少这是我的信条。 实际上,我通常会转换所有正在使用的代码以使用检查的访问。对于大多数代码而言,性能损失是看不见的,至少我有一份不错的报告,其中包含有关当前执行上下文的信息(在根级别在ѭ23中生成),而不是使我的代码失败的内存损坏一段时间后(或更糟的是,看起来确实可行)。 我同意应该首先验证输入,我同意您应该事先检查您的访问权限...但是万一您忘记或遇到错误,最好输入have4。 用
[]
代替
at()
就像携带一副装有/没有(有)安全装置的枪支。您可以忘记戴上它,却乐意将其移除?那是精神错乱。     
快速搜索后,我发现Inkscape(svg编辑器),Google v8,Android,Chromium和Ogre等都使用了此功能。此(基本)列表是使用正则表达式
at\\([0-9]+\\)
从一个简单的Google搜索中获得的。 使用
\\.at\\([0-9a-z_]+\\)
代替以前的表达式可提供更多通用结果,并添加OpenJdk和大量的sourceforge项目。     
v.at(-1)
不会像
v[-1]
那样失败(您会得到例外)     
我同意这里的许多人的观点,即12英镑几乎没有用。但是,在使用指向容器(或容器列表)的指针时,它看起来可能会更好:
std::vector<std::vector<int> >::iterator i;
for (i = v2.begin(); i != v2.end(); ++i)
{
    int x1 = (*i)[3]; // UGLY
    int x2 = i->at(3); // Looks OK
}
我认为使用
at
时此代码看起来更好。     
Stroustrup建议在所有地方都使用
at
,除非您确定索引将在有效范围内。 他建议对于以下代码,可以使用
[]
运算符。
for (int i = 0; i < v.size(); ++i)
{
    // use v[i] - we are sure it will be a valid index
}
在其他情况下,请使用
at
    

要回复问题请先登录注册