类成员变量有哪些非共享智能指针

发布于 2024-09-27 07:56:50 字数 190 浏览 5 评论 0原文

当我有一个包含指针作为成员变量的类时，如果我不想使用普通指针，它们应该具有什么类型的智能指针？它们不需要共享（因此不需要shared_ptr）。 scoped_ptr 不起作用，因为我经常需要在初始化列表之外构建对象。

或者，在创建过程中当某些事情仍然可能失败（抛出异常等）时使用scoped_ptr，然后将它们分配给普通指针，这可能是常见的做法吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

酒儿 2024-10-04 07:56:50

如果您只是想将成员指针存储在智能指针类型类中，以便您不能/不会忘记删除它们，那么标准选择是 auto_ptr。它位于 STL 中，当您需要释放分配给它的当前内存并用新对象替换它时，可以使用 reset() 函数轻松“重置”它。

您仍然希望为具有 auto_ptr 成员的类实现自己的复制构造函数和赋值运算符。这是因为 auto_ptrs 赋值运算符转移了底层对象的所有权，因此默认赋值运算符不会达到您想要的效果。

该类可能如下所示：

class X
{
public:
    X() :p(new ClassToManage) {}
    X(const X ©)
        :p(new ClassToManage(*copy.p))
    {
    }

    X &operator=(const X &rhs)
    { 
        this->p.reset(new ClassToManage(*rhs.p));   
    }   

private:
    std::auto_ptr<ClassToManage> p;
};

对于所有其他情况，我建议使用 boost::shared_ptr。 Shared_ptr 确实进行引用计数，但您可以将它们存储在标准容器中，这使得它们非常有用。

您最终应该尝试摆脱对任何指向负责删除的已分配内存的任何内容使用普通指针。如果您想使用普通指针来访问或迭代普通 ole 数组等，那么没问题（但问问自己为什么不使用 std::vector），但是当您使用它们指向某个东西时它负责释放，那么你就是在自找麻烦。我编写代码时的目标是没有显式删除。

If you're just wanting to store member pointers in a smart pointer type class so you can't/won't forget to delete them, then a standard choice would be auto_ptr. It's in the STL and is easily "reset" with the reset() function when you need to release the current memory allocated to it and replace it with a new object.

You will still want to implement your own copy constructor and assignment operators for the classes which have auto_ptr members. This is due to the fact that auto_ptrs assignment operator transfers ownership of the underlying object so a default assignment operator will not have the effect you want.

Here is what the class might look like:

class X
{
public:
    X() :p(new ClassToManage) {}
    X(const X ©)
        :p(new ClassToManage(*copy.p))
    {
    }

    X &operator=(const X &rhs)
    { 
        this->p.reset(new ClassToManage(*rhs.p));   
    }   

private:
    std::auto_ptr<ClassToManage> p;
};

For all other cases I would suggest boost::shared_ptr. Shared_ptr does do reference counting but you can store them in standard containers which makes them quite useful.

You should ultimately try to rid yourself of using plain pointers for anything which points at allocated memory it's responsible for deleting. If you want to use a plain pointer for accessing or iterating over a plain ole array etc., then that's fine (but ask yourself why you're not using a std::vector), but when you use them to point at something that it is responsible for freeing then you're asking for trouble. My goal when writing code is to have no explicit deletes.

回复收藏 0 原文