Làm cách nào để xử lý các thay đổi thiết kế đối với khấu hao auto_ptr trong C ++ 11?

Chúng tôi đang thử nghiệm một thư viện theo C ++ 11 (tức là -std=c++11). Thư viện sử dụng auto_ptrvà mẫu này:

Foo* GetFoo()
{
    autoptr<Foo> ptr(new Foo);

    // Initialize Foo
    ptr->Initialize(...);

    // Now configure remaining attributes
    ptr->SomeSetting(...);

    return ptr.release();
}

C ++ 11 không dùng nữa auto_ptr, vì vậy chúng tôi muốn tránh xa nó.

Tuy nhiên, mã này hỗ trợ cả C ++ 03 và C ++ 11, vì vậy nó không đơn giản như việc kéo dài auto_ptr. Điều đáng nói là thư viện không có sự phụ thuộc bên ngoài. Nó sử dụng C ++ 03; và không sử dụng Autotools, Cmake, Boost, ...

Chúng ta nên xử lý các thay đổi thiết kế như thế nào để tránh xa auto_ptrC ++ 11 trong khi vẫn duy trì khả năng tương thích với C ++ 03?

Trong hầu hết các khía cạnh, std::unique_ptrđã được thực hiện để thay thế (nhưng an toàn hơn) std::auto_ptr, do đó, sẽ có rất ít (nếu có) thay đổi mã được yêu cầu ngoài (như bạn yêu cầu) chỉ đạo mã sử dụng unique_ptrhoặc auto_ptr.

Có một vài cách để làm điều này (và mỗi cách đi kèm với sự đánh đổi danh sách riêng) bên dưới. Với mẫu mã được cung cấp, tôi sẽ ưu tiên một trong hai tùy chọn đầu tiên .

lựa chọn 1

#if __cplusplus >= 201103L
template <typename T>
using auto_ptr = std::unique_ptr<T>;
#else
using std::auto_ptr;
#endif

Đánh đổi;

• Bạn giới thiệu auto_ptrtên vào không gian tên toàn cầu; bạn có thể giảm thiểu điều này bằng cách xác định nó là không gian tên "riêng tư" của riêng bạn
• Khi đã chuyển sang C ++ 17 (tôi tin rằng auto_ptrsẽ bị xóa hoàn toàn), bạn có thể dễ dàng tìm kiếm và thay thế hơn

Lựa chọn 2

template <typename T>
struct my_ptr {
    #if __cplusplus >= 201103L
    typedef std::unique_ptr<T> ptr;
    #else
    typedef std::auto_ptr<T> ptr;
    #endif
};

Đánh đổi;

• Có lẽ cồng kềnh hơn để làm việc với, tất cả các auto_ptrnhu cầu hiện tại cần thay đổi trong mã thành một cái gì đó nhưmy_ptr<T>::ptr
• An toàn hơn những cái tên không được đưa vào không gian tên toàn cầu

Lựa chọn 3

Hơi gây tranh cãi, nhưng nếu bạn chuẩn bị đưa ra những cảnh báo về việc có một stdlớp học làm cơ sở

#if __cplusplus >= 201103L
template <typename T>
using my_ptr = std::unique_ptr<T>;
#else
template <typename T>
class my_ptr : public std::auto_ptr<T> {
  // implement the constructors for easier use
  // in particular
  explicit my_ptr( X* p = 0 ) : std::auto_ptr(p) {}
};
#endif

Đánh đổi;

• Đừng cố sử dụng lớp kế thừa nơi mà một cơ sở ảo (cụ thể là viết ra hàm hủy không ảo) sẽ được mong đợi. Không phải đây là một vấn đề trong trường hợp - nhưng hãy lưu ý về nó
• Một lần nữa, mã thay đổi
• Không phù hợp không gian tên tiềm năng - tất cả phụ thuộc vào cách lớp con trỏ được sử dụng để bắt đầu

Lựa chọn 4

Gói các con trỏ trong một lớp mới và tổng hợp các hàm cần thiết cho thành viên

template <typename T>
class my_ptr { // could even use auto_ptr name?
  #if __cplusplus >= 201103L
  std::unique_ptr<T> ptr_;
  #else
  std::auto_ptr<T> ptr_;
  #endif

  // implement functions required...
  T* release() { return ptr_.release(); }
};

Đánh đổi;

• Một chút cực đoan khi tất cả những gì bạn thực sự muốn là "trao đổi" các triển khai

Tùy chọn 5: Bí danh trực tiếp.

#if __cplusplus >= 201103L
template<typename T> 
using MyPtr = std::unique_ptr<T>;
#else 
#define MyPtr std::auto_ptr
#endif 

Đánh đổi:

1. Đối với các phiên bản ngôn ngữ mới hơn, AKA C ++ 11 trở lên, loại bí danh của bạn ánh xạ tới con trỏ thông minh chính xác. Bất kỳ mã người dùng nào thực sự phụ thuộc vào API cụ thể cho std :: auto_ptr sẽ bị trình biên dịch gắn cờ, đó là sự đảm bảo cuối cùng rằng nó sẽ thực sự được sửa.

2. Trong chế độ Legacy c ++ 03, bí danh loại là macro. Đây là tổng, nhưng cú pháp kết quả MyPtr<T>sẽ giống hệt với trường hợp C ++ 11 trong suốt phần còn lại của mã.

3. Bạn phải tìm và thay đổi tất cả các biến auto_ptr của mình thành MyPtrđể thiết lập điều này.