具有瞬态资源的 RAII 类

Question

我对许多现代 C++/OOP 概念还很陌生，我有一个关于 RAII 设计的问题。

考虑一个管理和接口瞬态资源的类：TCP 套接字连接、到蓝牙设备的连接以及与所述设备的通信。诸如此类的事情。如果资源不可用或变得不可用，我们可以假设该类完全无用。

我无法确定 RAII（具体而言，获取/连接到 ctor 中的资源）对于此类类是好还是坏。

一方面，如果类功能依赖于资源，那么从 ctor 抛出而不是稍后调用 Connect() 似乎是有意义的。另一方面，获取瞬态资源通常涉及一些阻塞和/或异步操作，这对我来说是糟糕的构造函数设计。

我发现了一些围绕这个问题的其他主题，但还没有完全满足我的好奇心： RAII, Berkeley Sockets, and STL Containers

RAII for resources that can be invalidated

我们将不胜感激任何关于最佳实践的指导！

编辑：根据下面的 cmets 澄清我的问题。 RAII 中处理建立所有类不变量的构造函数的部分——设备连接是一个不变量，因为类应该保证所有试图与该设备通信的公共方法在构造后都是有效的。但是——由于程序无法控制远程设备的可用性，这实际上可以被认为是类不变量吗？

Answer 1

如果资源可以具有“空”状态，那么拥有该资源的类拥有默认构造函数（以及acquire 和release 方法）是完全合理的。

所有必须检查非空的成员表示类不能有用地具有“空”状态，它不应该是DefaultConstructable，而应该只是@987654322 @如果是Copyable。

通常你会也有一个acquired的构造函数。

可以异步构造一些东西，尽管这将涉及将构造包装在异步函数中。

template <typename T, typename ... Args>
std::future<T> constructAsync(Args&& args...)
{
    return std::async([](Args&& args...) { return T(std::forward<Args>(args)...); }, std::forward<Args>(args)...);
}

int main()
{
    auto foo = constructAsync<Foo>();
    auto bar = constructAsync<Bar>("some", "params");

    foo.get().frob(bar.get()); // only occurs when both are ready
}