C++ RAII 问题

Question

因此，据我了解，要正确实现 RAII，如果我在哪里调用 CreateFont，我会将其包装在一个类中，在构造函数中使用 CreateFont 并使用 DeleteObject< /code> 在析构函数中，因此当它超出范围时它会清理它。

第一个问题是，我最终不会有很多课程这样做吗？特别是因为该类只有构造函数和析构函数。

第二个问题是，如果我在 WndProc 中调用 CreateFont 类，它会不断超出范围，该怎么办？那么我是否应该在 WndMain 中对 CreateFont 或 LoadBitmap 进行所有调用？ 我习惯于在 WM_CREATE 中调用这些函数并在 WM_DESTROY 中清理它们。

Answer 1

使用模板可以帮助您避免大量重复性工作。例如，如果您使用 boost::shared_ptr 您可以这样做：

#include <boost/shared_ptr.hpp>
#include <functional>

struct Font;

Font *createFont();
void deleteFont(Font*);

int main() {    
  boost::shared_ptr<Font> font(createFont(), std::ptr_fun(deleteFont));
}

这可以节省您编写自定义类来管理资源的时间。如果您无法使用 boost 和 TR1 或更新版本，您仍然可以自己实现类似和通用的东西来提供帮助。

boost::shared_ptr 是正确的引用计数，因此，如果您想在某个地方创建它并“促进”它的寿命更长，您可以通过在它消失之前将其复制到寿命更长的地方来实现。

Answer 2

第一个问题是，我最终不会有很多课程这样做吗？特别是因为该类只有构造函数和析构函数。

是的，但有几点需要考虑：

• 这是一个问题吗？这些类将很小并且易于阅读和理解，
• 您也许可以重用其中的许多类（例如，有很多创建 HANDLE 对象的 Win32 函数，并且它们都是封闭的同样的方式（使用CloseHandle），因此您可以重复使用相同的类，
• 您可以使用智能指针或其他通用包装器来填充大多数最流行的智能指针。类允许您指定自定义删除器 功能。

第二个问题是，如果我在 WndProc 中调用 CreateFont 类，它会不断超出范围，该怎么办？

将其存储在不会过早超出范围的位置。 :)
在这里，智能指针可能再次有用。例如，只要至少有一个 shared_ptr 指向该字体，就可以使用 shared_ptr 来使该字体保持活动状态。然后，您可以简单地将其从函数中传递到某个常见的长期存在的位置。

否则，只要您为 RAII 类实现复制构造函数和赋值运算符（在 C++11 中，您可能希望实现移动构造函数和移动赋值），就可以将其安全地复制（或移动）到您想要放置的任何位置它，即使它是在较小的范围内创建的。

Answer 3

第一个问题是，我最终不会有很多课程这样做吗？特别是因为该类只有构造函数和解构函数

如果您不喜欢需要为每种不同类型的对象创建的类数量，您可以创建一个 RAII 类，该类在构造函数中采用 HGDIOBJ 参数并调用在析构函数中删除Object。该类可用于所有不同的 GDI 对象。例如：

class GDIObject
{
public:
    HGDIOBJ GdiObject;

    GDIObject( HGDIOBJ object )
        : GdiObject( object )
    {
    }

    ~GDIObject()
    {
        DeleteObject( GdiObject );
    }
}

...

GDIObject font( CreateFont( 48, 0, 0, 0, FW_DONTCARE, false, true, false, DEFAULT_CHARSET, OUT_OUTLINE_PRECIS, CLIP_DEFAULT_PRECIS, CLEARTYPE_QUALITY, VARIABLE_PITCH, TEXT("Impact") ) );

第二个问题是，如果我在 WndProc 中调用 CreateFont 类，它会不断超出范围，该怎么办？那么我应该在 WndMain 中对 CreateFont 或 LoadBitmap 进行所有调用吗？我习惯在 WM_CREATE 中调用这些函数并在 WM_DESTROY 中清理它们。

对于需要在内存中保留的时间超过函数作用域的项目，您必须将它们放在全局级别。

Answer 4

如果您打算使用可靠的 RAII，有一些选项可以减少您需要的类的数量 - 例如，一些 boost 智能指针（特别是 shared_ptr）允许您提供自己的函数，以便在指针超出范围时调用范围。

否则，是的 - 您将为任何需要显式释放的资源提供一个类 - 虽然这在代码方面是一个痛苦，但从长远来看，它将节省您大量的调试时间（特别是在小组项目中）。不过，我仍然建议根据您自己对情况的感受来使用 RAII - 在任何地方使用它是一个很棒的主意，但有时在转换旧代码时，修复所有调用链可能需要大量工作使用它。

另一件事 - 我不太熟悉你正在使用的 GUI 逻辑，所以我不会专门去那里......但你必须研究你的资源应该如何复制以及它们应该复制多长时间被维护。您的 RAII 容器将采用引用计数，还是具有值（复制）语义？只要您可以在代码中传递对原始资源的引用，像shared_ptr这样的引用计数智能指针就可以经常解决有关资源重新创建的问题。