Доступно ли надлежащее «владение пакетом» для «дескрипторов»?

дескрипторы имеют правильную семантику, отличную от указателей. Для меня такой пример (извлечен из Правило нуля):

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 в качестве «владения в пакете» для дескрипторов — плохой пример. Во-первых, он использует внутреннее знание о том, что дескриптор является типом указателя, и использует это, чтобы сделать unique_ptr базовым типом, на котором строится "непрозрачный" тип дескриптора.

Дескрипторы могут быть любого типа, они могут быть указателями, они могут быть индексами или кто знает. Самое главное, что у вас есть под рукой (например, из большинства C API), это дескриптор и его функция освобождения ресурсов.

Существует ли правильное "владение пакетом", которое работает в семантике дескрипторов? Я имею в виду, уже общедоступны для использования?

Для меня unique_ptr эт. др. не работает, я должен делать ненужные предположения о типе дескриптора , когда я хочу просто получить «право собственности на пакет» через непрозрачный тип дескриптора и его освобождение. функция, исключительно.

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

Я процитирую здесь чувства другого пользователя SO в другом вопросе ответ:

Создайте специальный класс «умного указателя», это не займет много времени. Не злоупотребляйте библиотечными занятиями. Семантика дескриптора сильно отличается от семантики указателя C++; во-первых, разыменование HANDLE не имеет смысла.

Еще одна причина для использования собственного класса интеллектуальных дескрипторов — NULL не всегда означает пустой дескриптор. Иногда это INVALID_HANDLE_VALUE, что не одно и то же.

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

Этот вопрос переформулируется и основывается на этом:

• Где правильное (обработка ресурсов) правило нуля?