Question

在回答this SO question（更好阅读this "duplicate"）时，我想出了以下解决方案来解析运营商的依赖名称：

[temp.dep.res] / 1：

在解析依赖名称时，会考虑以下来源的名称：


在模板定义时可见的声明。

来自实例化上下文（14.6.4.1）和定义上下文中与函数参数类型相关联的名称空间的声明。

#include <iostream>
#include <utility>

// this operator should be called from inside `istream_iterator`
std::istream& operator>>(std::istream& s, std::pair<int,int>& p)
{
    s >> p.first >> p.second;
    return s;
}

// include definition of `istream_iterator` only after declaring the operator
// -> temp.dep.res/1 bullet 1 applies??
#include <iterator>

#include <map>
#include <fstream>

int main()
{
    std::ifstream in("file.in");

    std::map<int, int> pp; 
    pp.insert( std::istream_iterator<std::pair<int, int>>{in},
               std::istream_iterator<std::pair<int, int>>{} );
}

但clang ++ 3.2和g ++ 4.8找不到此运算符（名称解析）。

~~不包含<iterator>定义“模板的定义点”istream_iterator？~~

编辑：正如Andy Prowl指出的那样，这与标准库无关，而是与名称查找有关（可以通过模拟多个operator>>的标准库来证明，至少有一个虚假istream）的命名空间。

Edit2：使用[basic.lookup.argdep] / 2 bullet 2解决方法

#include <iostream>
#include <utility>

// can include <iterator> already here,
// as the definition of a class template member function
// is only instantiated when the function is called (or explicit instantiation)
// (make sure there are no relevant instantiations before the definition
//  of the operator>> below)
#include <iterator>

struct my_int
{
    int m;
    my_int() : m() {}
    my_int(int p) : m(p) {}
    operator int() const { return m; }
};

// this operator should be called from inside `istream_iterator`
std::istream& operator>>(std::istream& s, std::pair<my_int,my_int>& p)
{
    s >> p.first.m >> p.second.m;
    return s;
}

#include <map>
#include <fstream>

int main()
{
    std::ifstream in("file.in");

    std::map<int, int> pp; 
    pp.insert( std::istream_iterator<std::pair<my_int, my_int>>{in},
               std::istream_iterator<std::pair<my_int, my_int>>{} );
}

当然，您也可以使用自己的pair类型，只要解决方法在自定义operator>>的命名空间中引入了关联的类。

Answer 1

这里的问题是，您对operator >>的调用是在std命名空间内的某个位置，而参数类型的命名空间是std。

如果编译器可以在发生调用的命名空间或参数类型所在的命名空间（在这种情况下都是operator >>命名空间）中找到std，无论是否对于重载解析（在名称查找之后执行）是否可行，它不会在父命名空间中查找operator >>的更多重载。

不幸的是，您的operator >>位于全局命名空间中，因此找不到。

从属名称解析＆amp; namespace std /标准库

1 个答案: