静态成员函数make_shared shared_ptr
static member function make_shared of shared_ptr
使用libc++,我在公共部分发现了std::shared_ptr::make_shared()
静态成员函数。当我已经为std::shared_ptr
的特化定义了类型别名时,这非常方便:
using T = int;
using P = std::shared_ptr< T >;
auto p = P::make_shared(123); // <=> std::make_shared< T >(123)
static_assert(std::is_same< decltype(p), P >::value);
我担心标准合规性,因为来自受信任来源的文章 (1, 2) 没有提到静态成员函数make_shared
std::shared_ptr
。
目前使用该功能不好吗?为什么?
使用此静态make_shared
成员函数时,您依赖于 g++/其标准库的特定于实现的扩展,如您所知。为了从中获得一点点收益,我宁愿保持我的代码可移植并使用std::make_shared
。
您提到的情况,即使用现有构造函数的复制或移动构造函数构造一个新对象,我可以建议一个替代方案(未经测试;对于 C++11 兼容性,您必须添加一个尾随返回类型):
template <typename T>
auto share_ptr_to_new(T&& v) {
using T2 = typename std::remove_reference<T>::type;
return std::make_shared<T2>(std::forward<T>(v));
}
在上面的示例中,您可以只编写auto p = share_ptr_to_new(123)
.
FWIW,有
template<class T, class... Args> shared_ptr<T> make_shared(Args&&... args);
作为非成员函数。
您应该能够使用 std::make_shared
而不是 std::shared_ptr::make_shared
。
相关文章:
- CLANG 编译器 说:变量"PTR"可能未初始化
- 在以唯一ptr为值的C++映射中,动态内存何时会被销毁
- 将 ptr 传递给 ptr 到 A 作为参数传递给 A 的函数是不好的做法吗?
- 为共享 ptr 向量实现复制 c'tor?
- 字符和整数中 **(ptr+1) 的值差异
- C++:在不中断共享的情况下通过引用传递共享 PTR?
- 如何将派生类从基 ptr 分配给 nlohmann::json
- 引用 std::shared:ptr 以避免引用计数
- 为什么我不能在不进行任何转换的情况下将浮点数放入任何类型的 ptr 中?
- 在调用函数时,ptr** 和 ptr*& 之间是否有区别,或者首选C++?
- 另一种类型的智能ptr,比如具有弱refs的unique_ptr
- 尝试打印出 *ptr++ 的值,以了解它是如何工作的
- 如何控制共享 ptr 引用计数?
- dopen():不以 root 身份运行时"failed to map segment from shared object"
- C++中的指针否定 (!ptr == NULL)
- 从const ptr*转换为ptr*时出现问题
- 无法使用 libtool 将 -shared 参数传递给 g++
- boost::shared_ptr和std::shared-ptr的同居
- 我可以用std::shared_ptr而不是boost::shared-ptr构建boost库吗
- shared-ptr-C++shared_ptr与unique_ptr用于资源管理