如何允许移动构造并禁止分配和复制类的构造

时间:2012-05-06 17:38:36

标签: c++ c++11 copy-constructor assignment-operator

是否有办法允许移动构造函数并禁止复制构造和赋值。我可以想到几个带有文件指针和缓冲区指针(资源句柄等)的类,这些类可以从复制构造和分配中受益。

我正在使用VC2010& GCC 4.5.2。我知道我必须在VC2010类头中声明空的私有赋值和复制构造函数,据我所知,GCC允许在方法之后执行相同的操作时使用某种删除签名。

如果有人有这样一个骨架类的好例子,那么我会非常感激。 提前致谢 约翰

以下是我想允许移动的类的示例,但我还想阻止直接分配。是否类似于制作复制构造函数和operator = private?

class LoadLumScanner_v8002 : public ILoadLumScanner { 
public:
// default constructor
LoadLumScanner_v8002();

// copy constructor
LoadLumScanner_v8002(const LoadLumScanner_v8002& rhs);

// move constructor
LoadLumScanner_v8002(LoadLumScanner_v8002&& rhs);

// non-throwing copy-and-swap idiom unified assignment
inline LoadLumScanner_v8002& operator=(LoadLumScanner_v8002 rhs) {
    rhs.swap(*this);
    return *this;
}

// non-throwing-swap idiom
inline void swap(LoadLumScanner_v8002& rhs) throw() {
    // enable ADL (not necessary in our case, but good practice)
    using std::swap;
    // swap base members
    // ... 
    // swap members
    swap(mValidatedOk, rhs.mValidatedOk);
    swap(mFile, rhs.mFile);
    swap(mPartNo, rhs.mPartNo);
    swap(mMediaSequenceNo, rhs.mMediaSequenceNo);
    swap(mMaxMediaSequenceNo, rhs.mMaxMediaSequenceNo);
    swap(mLoadListOffset, rhs.mLoadListOffset);
    swap(mFirstLoadOffset, rhs.mFirstLoadOffset);
    swap(mLoadCount, rhs.mLoadCount);
    swap(mLoadIndex, rhs.mLoadIndex);
    swap(mLoadMediaSequenceNo, rhs.mLoadMediaSequenceNo);
    swap(mLoadPartNo, rhs.mLoadPartNo);
    swap(mLoadFilePath, rhs.mLoadFilePath);
}

// destructor
virtual ~LoadLumScanner_v8002();
}

1 个答案:

答案 0 :(得分:11)

你提到的两种解决方案都可以正常工作。

1

class MoveOnly
{
   MoveOnly(const MoveOnly&);
   MoveOnly& operator=(const MoveOnly&);
public:
   MoveOnly(MoveOnly&&);
   MoveOnly& operator=(MoveOnly&&);
};

2

class MoveOnly
{
public:
   MoveOnly(const MoveOnly&) = delete;
   MoveOnly& operator=(const MoveOnly&) = delete;
   MoveOnly(MoveOnly&&);
   MoveOnly& operator=(MoveOnly&&);
};

“= delete”签名是C ++ 11的新特性(与右值引用一样),与C ++ 03技术基本相同(声明私有,不定义)。 C ++ 11解决方案的优点是它肯定会在编译时捕获错误,而不是在链接时间之前延迟。

您的编译器可能还不支持“= delete”,在这种情况下,您将不得不依赖第一个解决方案。

第三种解决方案是默认复制成员:

class MoveOnly
{
public:
   MoveOnly(MoveOnly&&);
   MoveOnly& operator=(MoveOnly&&);
};

当声明移动特殊成员时,无论是否默认,如果您不另外声明它们,编译器将隐式添加已删除的复制成员。您的编译器可能会也可能不会实现此功能。