Где правильное (управление ресурсами) правило нуля?

Вот статья, в которой говорится о идиоме Правило нуля.

Вот выдержка:

class module {
public:
explicit module(std::wstring const& name)
: handle { ::LoadLibrary(name.c_str()), &::FreeLibrary } {}

// other module related functions go here

private:
using module_handle = std::unique_ptr<void, decltype(&::FreeLibrary)>;

module_handle handle;
};

Это повторно unique_ptr Функции RAII, так что вам не нужно заботиться о реализации сложной и многословной обертки Rule of Five.

Представлено так (управление дескрипторными ресурсами с помощью unique_ptrтаким образом), это выглядит как хак для меня, не лучшее решение для того, что он пытается решить. Слишком много предположений неявно предполагается:

• Можно вглядываться и использовать базовый тип #define (или же typedef) HANDLE построен на. Для меня это должны быть скрытые знания, а решение должно основываться исключительно на том, что делает интерфейс доступным: HANDLE,
• Дескрипторы могут быть чем угодно, они не обязательно должны быть указателями.

Я хотел бы использовать эту идиому, но во многих ситуациях мне не удается ее найти.

Это сфокусированный на RAII обертке уже сделано и может быть использовано в какой-нибудь классной библиотеке? Все используют такой инструмент, а я не в курсе? (Я думаю, что было бы хорошо иметь такой набор инструментов не только для одного, но и для многих типов собственности)

РЕДАКТИРОВАТЬ 1

Это не относится к дескрипторам ресурсов для конкретной платформы, например, glGenLists возвращает своего рода ручку, это GLuintи вам следует позвонить glDeleteLists в теме. Как уже говорилось, указатели ресурсов не обязательно должны быть указателями, и это предположение не следует принимать.

РЕДАКТИРОВАТЬ 2

Правило нуля, в первом примере, используя уже существующий инструмент, unique_ptr, показывает как хороший ярлык для управления дескриптором. Дополнительные допущения, необходимые для этого, делают его несостоятельным. Правильные предположения, что у вас есть справиться и у вас есть функция уничтожения ресурсов который уничтожает ресурс, данный справиться. Является ли ручка void *, GLuintчто бы то ни было, это не должно иметь значения, и, что еще хуже, не нужно даже быть равным HANDLE внутренний тип Для целей управления дескрипторами RAII, если идиома говорит, что это хорошо для этого, и не может применяться в таких ситуациях, я чувствую, что это не хорошо для этого, наконец, с помощью данного инструмента.

РЕДАКТИРОВАТЬ 3

В качестве примера можно привести, скажем, ответственность за использование свежей сторонней библиотеки C. Он содержит FooHandle create_foo() и void destroy_foo(FooHandle), Итак, вы думаете: «Давайте использовать FooHandle, используя правило нуля». Хорошо, вы идете с помощью unique_ptr, unique_ptr к чему ты себя спрашиваешь? Является FooHandle указатель ?, так что вы используете unique_ptr в FooHandle«s не подвергается основной тип? Это int?, так что вы можете использовать его прямо, или лучше (пере)typedef такие вещи, как @NicolBolas сделал в своем ответе. Мне кажется, что даже в такой тривиальной ситуации unique_ptr уже показывает как не идеальный подходит для управления дескрипторами ресурсов.

Отказ от ответственности:

Я попытался переформулировать и лучше выразить себя в:

• Есть ли подходящее «владение в упаковке» для «ручек»?

РЕДАКТИРОВАТЬ 4

Я нашел то, что искал, я сформулировал это как ответ на переформулированный вопрос: https://stackoverflow.com/a/14902921.