为什么这些重载不模棱两可?
Why aren't these overloads ambiguous?
下面的代码使用gcc和clang可以很好地编译。
template <typename T>
struct identity
{
typedef T type;
};
template <typename T>
void foo(typename identity<T>::type);
template <typename T>
void foo(T);
int main()
{
foo<int>(0);
}
看起来过载解析是选择第一个过载(identity<T>::type
)。
谁能解释一下重载为什么没有歧义?据我所知,它们之间的唯一区别是第一个的参数是一个非推导的上下文,而第二个的参数不是,但由于我显式地提供了模板参数,我不明白为什么这应该重要。
两种重载都是可行的,但是前者比后者更专门化,因此它被重载解析选中。
根据c++ 11标准关于重载解析的13.3.3/1段:
[…可行函数
F1
被定义为比另一个可行函数更好的函数F2
如果对于所有参数i
、ICSi(F1)
的转换顺序不差于ICSi(F2)
,则-对于某些参数j,
ICSj(F1)
是比ICSj(F2)
更好的转换序列,或者,如果不是,——上下文是用户自定义转换的初始化(参见8.5、13.3.1.5和13.3.1.6)从返回类型F1到目的类型(即,类型)的标准转换序列实体被初始化)是一个比标准转换序列更好的转换序列将
F2
的返回类型转换为目标类型。[…]或者,如果不是,-
F1
是非模板函数,F2
是函数模板专门化,或者,如果不是,-
根据14.5.6.2中描述的部分排序规则将F1
和F2
是函数模板专门化,F1
的函数模板更专门化F2
的模板替换。
确定两个函数模板中哪一个比另一个更专门化的过程在第14.5.6.2/2段中有概述:
偏序通过转换选择两个函数模板中哪个比另一个更专门化依次使用每个模板(参见下一段)并使用该函数执行模板参数推导类型。演绎过程确定其中一个模板是否比另一个模板更专门化。如果因此,更专门化的模板是由部分排序过程选择的模板。
相关文章:
- 模棱两可的重载模板
- 调用重载的"<大括号括起来的初始值设定项列表>"对于对来说就足够了是模棱两可的
- VSCode 说 std::chrono 是模棱两可的,如果运算符<<重载
- 修复重载运算符的使用'+'模棱两可?
- 涉及自定义类的奇怪的模棱两可的重载
- 给定一个已经定义的模板函数,是否可以用另一个模板函数重载它而不会模棱两可
- 模棱两可:优先考虑重载 f(A&) 而不是 f(A)
- 看似模棱两可的模板函数重载
- 重载函数的调用 - 以继承的类作为参数 - 是模棱两可的
- C++ libconfig 模棱两可的重载
- ISO C++ 表示这些是模棱两可的运算符重载
- 为什么下面的运算符重载是模棱两可的
- 模棱两可的重载函数 - 如何以及为什么
- C++模板,模棱两可的重载
- 为什么这些重载不模棱两可?
- c++中模棱两可的函数重载
- 对重载函数的模棱两可的调用,即使一个更专业
- 重载函数会产生模棱两可的错误
- Gtkmm,重载的'Scale()'的调用是模棱两可的
- 调用重载<大括号括起来的初始值设定项列表>是模棱两可的,如何处理?