如何解决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)。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。