I know it is possible that a derived class unique_ptr
can take place where base class unique_ptr
is required for polymorphic types. For example, while returning from function
unique_ptr<Base> someFunction()
{
return make_unique<Derived>(new Derived());
}
or passing to function as argument.
// Function taking unique pointer
void someOtherFunction(unique_ptr<Base>&& ptr)
// Code calling this function
someOtherFunction(std::move(ptrToDerived));
My question is: Is this upcasting always automatic? Or do we need to explicitly perform it using dynamic_cast
?
The (draft) standard says:
// 20.8.1.2.1, constructors
...
template <class U, class E>
unique_ptr(unique_ptr<U, E>&& u) noexcept;
template <class U>
unique_ptr(auto_ptr<U>&& u) noexcept;
Those are constructors from any unique_ptr. The standard further restricts their usage by clauses like this:
24 Remarks: This constructor shall not participate in overload resolution unless
U*
is implicitly convertible toT*
andD
is the same type asdefault_delete<T>
The effect of this remark is that unique_ptr<T>
is constructible from unique_ptr<U>
precisely U*
is convertible to T*
(and all deleter requirements are met). In particular, when T
is an unambiguous public base class of U
.
Since the constructor is not explicit
, it serves as an implicit converter from unique_ptr<U>
to unique_ptr<T>
.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With