是最新标准中的命名模板参数,或在当前编译器中实现
Are named template arguments in the newest Standard or implemented in a contemporary compiler?
命名模板参数可以说是c++中一个非常重要的特性。也就是说,给定一个类模板,它有许多带有默认实参的模板形参,这个特性将允许用户为这些形参的任意子集提供实参。 Vandervoorde和Josuttis的《c++模板:完整指南》用了整个16.1节来实现命名模板参数的效果。
同一本书的第13.9节列出了命名模板参数作为可能添加到该语言的特性之一。考虑到这个估计是12年前的事实,以及这个特性的巨大效用,我想知道:命名模板参数是否已被纳入最新的标准和/或在当代编译器中实现?
如果第一个问题的答案是否定的,那么我想了解我错过了什么,也就是说:为什么对这个功能的需求并不像我想象的那么糟糕?
1) No.
2)没有人发表任何关于"需要这个特性"的声明。它不存在的事实并不意味着我们不迫切需要它;它只是意味着没有人成功地提出并说服委员会。
相关文章:
- 尝试使用继承和模板实现CRTP.Visual Studio正在生成编译器错误
- 编译器如何实现__declspec(align(x)) / __attribute__(aligned(x)))?
- 如何在编译器C++不智能的情况下实现 GLSL vec* 构造语法?
- CMake + Qt,moc 编译失败,无法实现 QMetaObject 方法(编译器找不到基本 ui 对象的标头?
- C++头和实现,(为什么)它不是由IDE/编译器自动处理的
- 是否可以在不依赖内置编译器的情况下拥有is_trivially_constructible的库实现
- 尝试实现IS_CONSTEXPR() - 编译器差异
- 在不同的平台/编译器上实现相同的浮点计算结果
- 在编译器中实现受保护/私有继承
- 他们实现的开源C编译器(gcc,clang)的实际标准在哪里
- 为什么编译器会在二进制中留下嵌套函数的实现
- 编译器是否确实会实施纯虚拟驱动器的实现
- C/C 中POW()函数的实现是否随平台或编译器而变化
- 我已经在派生类中实现了纯虚拟方法,但编译器抱怨我没有
- 编译器如何实现继承
- 编译器优化合并了相同的函数实现,这意味着在运行时要绕过存根
- C++和CRTP模式的实现与编译器困境
- C++,实现函数"int next(std::string param)"时出现奇怪的编译器错误
- VC++通用Singleton实现编译器错误
- 如何知道特殊成员函数实现编译器自动生成