unique_ptr 作为通用处置对象

问题描述

假设我有一个情况，我有一个提供特定接口的 SDK，这意味着一些手动资源管理或状态更改。它应该像这样使用：

// SDK has state B by default
SDK->setStateA();
something();
requiring();
stateA();
SDK->setStateB();

将状态更改封装为 unique_ptr 对象的自定义分配器/删除器是否是个好主意，或者，最好通过一些手动 dispose 模式实现来获得此行为。

既然不是资源分配，我有疑虑。它可能会引起混乱并使代码变得神秘。

我的另一个担忧是我需要一个来自 init 和清理步骤的返回码。我可以使用 lambdas 并通过捕获获取它们，但它看起来更加神秘。

也许有人已经尝试过，并在一段时间后看到它如何使代码看起来？

解决方法

通常，最好以易于使用和直观的方式设计代码的界面，或者换句话说，很难错误地使用它。特别是，如果接口能够通过拒绝编译来防止错误，则可以节省大量调试时间。

实现这种接口的一种可能性是与 std::mutex std::unique_lock 机制松散相关的东西：

class state_guard {
   std::unique_ptr<SDK_type>& SDK;

   state_guard(std::unique_ptr<SDK_type>& s) : SDK{ s } {
       SDK->setStateA();
   }

   ~state_guard() {
       SDK->setStateB();
   }
};

void something(state_guard&,...);
void requiring(state_guard&,...);
void stateA(state_guard&,...);

std::unique_ptr<SDK_type> SDK{ get_sdk() };
{
   state_guard guard{ SDK };
   something(guard,...);
   requiring(guard,...);
   stateA(guard,...);
}

通过强制将守卫作为函数参数传递（即使它在相应的函数中未使用），用户不能忘记设置为 stateA（感谢 RAII，将其重置为 stateB）。