C ++ 11でauto_ptrの廃止の設計変更を処理する方法は？

C ++ 11（つまり-std=c++11）でライブラリをテストしています。ライブラリはauto_ptr次のパターンを使用します：

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

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

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

    return ptr.release();
}

C ++ 11は非推奨auto_ptrになったため、それから離れたいと思います。

ただし、コードはC ++ 03とC ++ 11の両方をサポートしているため、ヤンクするほど単純ではありませんauto_ptr。また、ライブラリに外部依存関係がないことにも言及する価値があります。C ++ 03を使用します。Autotools、Cmake、Boostなどを使用しません...

auto_ptrC ++ 03との互換性を維持しながら、C ++ 11 から移行するための設計変更をどのように処理する必要がありますか？

ほとんどの点で、これstd::unique_ptrはドロップイン（ただし、より安全）に置き換えられているためstd::auto_ptr、コードを（または）のどちらunique_ptrかを使用するように指示する以外に（必要に応じて）コードの変更はほとんど必要ありませんauto_ptr。

これを行うにはいくつかの方法があります（それぞれに独自のリストトレードオフがあります）。提供されたコードサンプルを考えると、最初の2つのオプションのいずれかを優先します。

オプション1

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

トレードオフ;

• auto_ptr名前をグローバル名前空間に導入します。これを独自の「プライベート」名前空間と定義することで軽減できます
• C ++ 17に移行すると（auto_ptr完全に削除されると思います）、より簡単に検索および置換できます

オプション2

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

トレードオフ;

• おそらく作業が面倒になり、現在のauto_ptr必要性はコード内で次のように変更する必要があります。my_ptr<T>::ptr
• 安全性が向上し、名前がグローバル名前空間に導入されなくなりました

オプション3

やや物議をかもしますがstd、ベースとしてクラスを持つことの警告に我慢する準備ができている場合

#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

トレードオフ;

• 仮想ベース（特に非仮想デストラクタ）が予想される場所では、継承されたクラスを使用しないでください。これはケースの問題であるべきではありません-しかし、それに注意してください
• 繰り返しますが、コードの変更
• 潜在的な名前空間の不一致-それはすべて、ポインタクラスがどのように使用されるかに依存します

オプション4

ポインターを新しいクラスにラップし、必要な機能をメンバーに集約します

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(); }
};

トレードオフ;

• 本当に極端なのは、実装を「スワップ」することだけです

オプション5：直接エイリアス。

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

トレードオフ：

1. C ++ 11以降の新しい言語バージョンでは、エイリアスタイプが正しいスマートポインターにマップされます。実際にstd :: auto_ptrに固有のAPIに依存するユーザーコードは、コンパイラによってフラグが付けられます。これは、実際に修正されることを最終的に保証するものです。

2. レガシーc ++ 03モードでは、タイプエイリアスはマクロです。これは大雑把ですが、結果の構文MyPtr<T>は、残りのコード全体でC ++ 11の場合と同じです。

3. MyPtrこれを設定するには、すべてのauto_ptr変数を見つけて変更する必要があります。