unique_ptr эквивалент повышения?

Невозможно создать что-то вроде unique_ptr без C ++ 0x (где он является частью стандартной библиотеки, и поэтому Boost не должен его предоставлять).

В частности, без ссылок на rvalue, которые являются особенностью C ++ 0x, надежная реализация unique_ptr невозможна, с Boost или без него.

В C ++ 03 есть несколько возможных альтернатив, но у каждой есть свои недостатки.

• boost::shared_ptr - наверное, самая простая замена с точки зрения возможностей. Вы можете безопасно использовать его везде, где в противном случае использовали бы unique_ptr, и он сработает. Это было бы не так эффективно из-за добавленного подсчета ссылок. Но если вы ищете простую замену, способную справиться со всем, что unique_ptr может сделать, это, вероятно, ваш лучший выбор. (Конечно, shared_ptr также может делать намного больше, но его также можно просто использовать как замену unique_ptr.)
• boost::scoped_ptr похож на unique_ptr, но не допускает передачу права собственности. Он отлично работает до тех пор, пока интеллектуальный указатель должен сохранять исключительное право собственности на протяжении всего срока службы.
• std::auto_ptr работает очень похоже на unique_ptr, но имеет несколько ограничений, в основном то, что он не может храниться в контейнерах стандартной библиотеки. Если вы просто ищете указатель, который позволяет передавать право собственности, но который не предназначен для хранения в контейнерах или копирования, это, вероятно, хорошая ставка.

Начиная с Boost 1.57 есть официальный unique_ptr реализация в библиотеке Boost.Move.

Из документации:

(...) замена std :: unique_ptr, которую можно использовать также из компиляторов C ++ 03.

Код доступен в <boost/move/unique_ptr.hpp> заголовочном файле и находится в пространстве имен boost::movelib. Более того, библиотека Boost.Move предоставляет make_unique() фабричную функцию в <boost/move/make_unique.hpp>, а также в boost::movelib пространстве имен.

Следовательно, пример из вопроса может быть реализован следующим образом:

#include <boost/move/unique_ptr.hpp>

using boost::movelib::unique_ptr;

unique_ptr<Base> create_base()
{
    return unique_ptr<Base>(new Derived);
}

См. живой пример на Wandbox. Обратите внимание, что код отлично компилируется с gcc 4.6.4 в режиме C ++ 98 (!).

Что интересно в boost::movelib::unique_ptr применительно к вашему случаю с базовыми / производными классами, реализация обеспечивает проверку во время компиляции объявления виртуального деструктора в базовом классе. Если вы его пропустите, код не будет компилироваться (нажмите кнопку «Выполнить (...)», чтобы увидеть сообщение об ошибке компилятора).

Одна небольшая проблема заключается в том, что включения происходят из каталога boost/move, но код находится в пространстве имен boost::movelib (небольшая разница, но может раздражать).

См. Также ветку о повышении список рассылки для получения более подробной информации.

Спасибо Иону Газтаньяге за этот абсолютно уникальный и полезный фрагмент кода.

Возможно, вы захотите попробовать реализацию «доказательства концепции» unique_ptr<> Говарда Хиннанта для C ++ 03 (отказ от ответственности - у меня нет):

• http://howardhinnant.github.io/unique_ptr03.html

Один из его примеров возвращает unique_ptr<int>:

unique_ptr<int> factory(int i)
{
    return unique_ptr<int>(new int(i));
}

Как насчет _1 _ из библиотеки interprocess?

Я использовал unique_ptr Ховарда Хиннанта. Если вы не очень хорошо умеете читать сумасшедшие ошибки метапрограммирования из вашего компилятора, возможно, вам стоит держаться подальше. Однако в 90% случаев он действует так же, как unique_ptr.

В противном случае я бы предложил передать параметры как boost::scoped_ptr& и поменять местами внутри, чтобы украсть право собственности. Чтобы получить возвращаемые значения стиля unique_ptr, используйте auto_ptr. Сохраните возвращаемое значение auto_ptr в shared_ptr или scoped_ptr, чтобы не использовать auto_ptr напрямую.