c – 为什么有些Boost函数不需要使用命名空间前缀

考虑这段代码(或 live example):
#include <iostream>

#include <boost/graph/adjacency_list.hpp>
#include <boost/range/iterator_range.hpp>

using std::cout;

int main() {
  boost::adjacency_list<boost::vecS,boost::vecS,boost::undirectedS> g;

  add_edge(0,1,g);
  add_edge(1,2,g);

  for(auto v : make_iterator_range(vertices(g))) {
    cout << v << " has " << degree(v,g) << " neighbor(s): ";
    for(auto w : make_iterator_range(adjacent_vertices(v,g))) cout << w << ' ';
    cout << '\n';
  }
  return 0;
}

为什么来自Boost库的函数add_edge,make_iterator_range,vertices,degree和adjacent_vertices在没有boost :: namespace前缀的情况下工作?

对我来说最令人费解的是,根据具体情况,有时需要前缀. Here is an example,当使用不同的图形结构时,会导致编译错误,可以通过加前缀boost :: make_iterator_range来修复.

我在BGL documentation左右看了一下,但没有找到任何关于这个问题的内容.是我的错还是一些BGL标题污染全局命名空间?这是设计还是这个错误

解决方法

它与boost无关,但与任何命名空间无关.

使用argument-dependent lookup(ADL)时,参数的名称空间将添加到重载搜索中.

例如:

add_edge(0,g);

g来自命名空间boost,所以我们在命名空间boost中也寻找add_edge.

相关文章

本程序的编译和运行环境如下(如果有运行方面的问题欢迎在评...
水了一学期的院选修,万万没想到期末考试还有比较硬核的编程...
补充一下,先前文章末尾给出的下载链接的完整代码含有部分C&...
思路如标题所说采用模N取余法,难点是这个除法过程如何实现。...
本篇博客有更新!!!更新后效果图如下: 文章末尾的完整代码...
刚开始学习模块化程序设计时,估计大家都被形参和实参搞迷糊...