Why is Visual Studio 2013 having trouble with this class member decltype?(为什么 Visual Studio 2013 遇到此类成员 decltype 的问题?)
问题描述
#include <vector>
struct C
{
std::vector<int> v;
decltype(v.begin()) begin() { return v.begin(); }
decltype(v.end()) end() { return v.end(); }
};
Clang++没有问题,但是MSVC 2013报错如下:
Clang++ has no problem, but MSVC 2013 gives the following error:
error C2228: left of '.begin' must have class/struct/union
推荐答案
这是 VS2013 中的已知错误,已修复† 在 VS2015 中.如果您改用尾随返回类型,编译器将接受该代码.
This is a known bug in VS2013, fixed† in VS2015. The compiler will accept the code if you use a trailing return type instead.
struct C
{
std::vector<int> v;
auto begin() -> decltype(v.begin()) { return v.begin(); }
auto end() -> decltype(v.end()) { return v.end(); }
};
正如错误报告所说,另一种解决方法是使用:
As the bug report says, another work around is by using:
struct C
{
std::vector<int> v;
decltype(std::declval<decltype(v)>().begin()) begin() { return v.begin(); }
decltype(std::declval<decltype(v)>().end()) end() { return v.end(); }
};
但正如@BenVoigt 在评论中指出的那样,阅读这个答案 了解为什么尾随返回类型应该是首选选项.
But as @BenVoigt points out in the comments, read this answer for why the trailing return type should be the preferred option.
† 在链接页面中搜索未完全实现的类成员访问的C++ decltype
这篇关于为什么 Visual Studio 2013 遇到此类成员 decltype 的问题?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:为什么 Visual Studio 2013 遇到此类成员 decltype 的问题?
基础教程推荐
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 初始化列表*参数*评估顺序 2021-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- CString 到 char* 2021-01-01
