1

我正在尝试为游戏引擎编写一个简单的事件管理器类和侦听器。在通常的实现（即McShaffry）中，事件管理器注册侦听器，原则上将 shared_ptr 作为私有成员保存到侦听器。

我在很多情况下看到人们说应该避免 shared_ptr 之类的东西（例如这里）。因此，我试图找到在不共享侦听器所有权的情况下实现事件管理器的方法。

我想到的一种方法是为侦听器分配唯一的 ID，并将其 ID 注册到事件管理器。然后侦听器负责在事件管理器更新后“询问”事件管理器是否在其 ID 下可用。

我想问一下在这种情况下是否有更清洁和/或标准的方法来避免共享所有权，但通常也是如此。例如，我对听众有同样的问题。侦听器需要存储指向其父对象（或它们正在侦听的对象）的指针，以便在处理事件时可以调用其方法。

4

5 回答 5

2

正如 Mat 的评论所说，一般没有理由不使用智能指针。也就是说，警告似乎确实适用于您的情况：据我了解，您没有共享所有权；事件管理器拥有监听器的唯一所有权。因此， Ashared_ptr在这里不合适。

另一种方法是使用在许多方面都是硬币unique_ptr的另一面的a。shared_ptr但是根据您对侦听器的建模方式，甚至可以通过简单地将具体实例保存到事件管理器来避免这种情况。如果没有更详细的描述，就不可能说你是否需要指针，但如果你不需要它们，是的，建议适用：当具体对象可以使用时，不要使用（智能）指针。

最后，如果您的侦听器是其所有权在其他地方管理的对象，请考虑简单地使用指向这些对象的原始指针：在这种情况下，事件管理器根本不是对象的所有者——既不是唯一的所有者，也不是共享的所有者。虽然这对我来说是首选方式，但它需要仔细分析监听器的生命周期，以确保事件管理器不会指向不再存在的监听器。

于 2013-01-10T17:06:22.137 回答
2

shared_ptr容易被过度使用；例如，通常建议在 SO 上作为含糊不清的指针问题的解决方案。它不能替代好的设计，除非有基于理解正在编写的代码中的对象生命周期问题的设计，否则不应使用它。

于 2013-01-10T17:07:01.997 回答
1

从个人经验来看，shared_ptr这很棒，但有时可能不是这项工作的正确工具。如果代码完全在您的控制之下，99.9% 的时间shared_ptr可能会让您的生活更轻松。你确实需要确保你不会这样想：

Foo *f = new Foo();
shared_ptr<Foo> fptr(f);
shared_ptr<Foo> fptr2(f);

这将导致 f 的内存被释放 要么fptr1要么fptr2。相反，您想要执行以下操作：

Foo *f = new Foo();
shared_ptr<Foo> fptr(f);
shared_ptr<Foo> fptr2 = fptr;

在第二种情况下，将一个共享指针分配给另一个共享指针将增加引用计数。

另一个可能遇到麻烦的地方shared_ptr是，如果您需要将裸指针传递给函数（如果您需要将其作为第一个参数传递给方法，或者您依赖第 3 方库，则可能会发生这种情况）。您可以从 中获取裸指针shared_ptr，但不能保证它指向的内存地址仍然存在，因为引用计数器不会增加。

你可以通过保留一个额外的来解决这个问题shared_ptr，尽管这可能很麻烦。

还有其他形式的智能指针。例如，OpenSceneGraph 有一个ref_ptr比shared_ptr. 需要注意的是，它指向的所有对象都必须从Referenced. 但是，如果您对此感到满意，我认为发生真正糟糕的事情要困难得多。

于 2013-01-10T17:08:21.690 回答
0

在某些情况下shared_ptr是矫枉过正或没有正确地表现出所需的语义（例如传递所有权）。

您需要做的是查看您的设计并查看您需要的所有权模型。如果您需要/想要共享所有权，那么只需使用它shared_ptr来建模。如果共享/引用计数所有权不合适，请使用另一个智能指针。

于 2013-01-10T16:59:34.763 回答
0

您的案例不适合在auto_ptr这里描述的很好的用途：http ://www.gotw.ca/publications/using_auto_ptr_effectively.htm （本周大师«有效使用auto_ptr）

据我了解，您构建了一个侦听器，然后将其交给事件管理器。所以事件管理器可以被看作是一个“接收器”。

使用 auto_ptr 技术，您的事件管理器可以干净、安全地完全拥有您提供给他的侦听器。

于 2013-01-16T13:26:33.873 回答