#include <type_traits>
class Test
{
public:
Test(const Test &) = delete;
Test &operator=(const Test &) = delete;
};
void fn(Test &a, const Test &b) { a = b; }
static_assert(!std::is_copy_assignable<Test>::value, "Test shouldn't be assignable");
在MSVC 2013 Update 3下对此进行编译意外地使static_assert
失败,并且函数fn
无法编译(如预期的那样)。这是矛盾的,对吗?
我是否误用is_copy_assignable
?还有另一种方法来测试这种情况吗?
答案 0 :(得分:3)
我带了cplusplus.com的is_copy_assignable
代码:
#include <iostream>
#include <type_traits>
struct A { };
struct B { B& operator= (const B&) = delete; };
int main() {
std::cout << std::boolalpha;
std::cout << "is_copy_assignable:" << std::endl;
std::cout << "int: " << std::is_copy_assignable<int>::value << std::endl;
std::cout << "A: " << std::is_copy_assignable<A>::value << std::endl;
std::cout << "B: " << std::is_copy_assignable<B>::value << std::endl;
return 0;
}
在Visual Studio 2013上测试并得到:
is_copy_assignable:
int:true
答:真的 B:是的
在gcc 4.8.1我得到了:
is_copy_assignable:
int:true
答:真的 B:假
值得注意的是,在Visual Studio 2015 Beta上,这已得到修复。我明白了:
is_copy_assignable:
int:true
答:真的 B:假
你对贝塔的感觉如何;)
答案 1 :(得分:2)
可能有点太晚了,但我在这里有一个解决方法:定义另一个复制和移动赋值运算符,也作为已删除的运算符。编译器发出警告,抱怨多个复制操作符(C4522),所以你必须为类禁用它:
#pragma warning (disable: 4522)
class A
{
A& operator=(const A&) = delete;
A& operator=(A) = delete;
};
#pragma warning (default: 4522)
现在std::is_copy_assignable<A>::value
是false
。