c++ - 临时可修改适配器

Question

我发现在分配适配器中包装一些存储对象很方便(并且有很多代码)，然后这个分配适配器通常用于在管理对象的生命周期内限定有保证的后备存储的范围，这通常是函数调用的生命周期。

这似乎使用了非标准的 VisualStudio 扩展，但是，我很好奇什么是更好的范例以及为什么..

例如我们的很多代码仍然使用 CString。 CString 的特性之一是能够锁定其内容，这样您就可以将非常量指针放入底层缓冲区并直接对其进行操作 - 就像 C 库函数一样。

这使得使用 CString 进行自动资源管理变得非常容易，但仍然可以连接到需要可写字符缓冲区的遗留库/代码。然而，锁定缓冲区本身并不是一个 RAII 操作，所以我创建了一个 RAII 类来执行该功能(比如锁定):

// replaces each occurrence of any of the given list of characters with a specified replacement character in-place
inline void ReplaceAll(CStringW & str, const wchar_t * chsOld, const wchar_t chNew)
{
    ReplaceAll(make_autobuffer(str), chsOld, chNew);
}

make_autobuffer 背后的代码相当冗长，但这个想法归结为返回一个对象，该对象持有底层字符串缓冲区的锁，并会要求 str 在其销毁时释放该缓冲区锁，从而释放缓冲区回到由 CString 控制。

这是一个微不足道的想法，实现也相当微不足道(许多样板使其在宽/窄字符串中变得健壮，以及采用固定缓冲区大小或不采用固定缓冲区大小的变体，以及一些调试助手等。 ).

但更一般地说，我经常发现有一个类非常有用，该类采用对某个实例的非常量引用，并将该实例包装在某种可变适配器层中，然后释放底层实体终止时。

问题是是否有比必须创建一个命名变量来进行适应更好的方法来完成此操作:

// replaces each occurrence of any of the given list of characters with a specified replacement character in-place
inline void ReplaceAll(CStringW & str, const wchar_t * chsOld, const wchar_t chNew)
{
    auto adapter = make_autobuffer(str);
    ReplaceAll(adapter, chsOld, chNew);
}

这有效，并且不违反标准。我不再尝试通过 ref 从临时对象传递非常量对象 - 因为我通过命名它强制临时对象变得不那么临时。

但是……这看起来很傻。归根结底，据我所知，执行上述操作不会改变含义。如果 VisualStudio 津贴是非标准的，那么是否有更好的标准方法不那么愚蠢？

Answer 1

But... that seems silly. At the end of the day, doing the above doesn't change the meaning as far as I can tell.

是的，这是完全不同的。然而，你写过吗

auto const& adapter = make_autobuffer(str);
ReplaceAll(adapter, chsOld, chNew);

这和

是一样的

ReplaceAll(make_autobuffer(str), chsOld, chNew);

(考虑如果复制构造函数对于 make_autobuffer 的返回类型不可访问会发生什么)。

WARNING I just realized we know nothing about what make_autobuffer actually returns. Let me state my assumption: I assume you return a RAII wrapper class with implicit conversion to the parameter type expected by the ReplaceAll function (e.g. char const*¹)

---

关于“主要问题”——这似乎很模糊。我认为您是在谈论 MSVC 非标准扩展到“绑定(bind)到非常量引用时临时对象的生命周期扩展”。

我看不出它在您显示的代码中的位置，原因很简单，您显示在参数列表中调用了 make_autobuffer。因此，保证临时文件一直存在，直到该函数调用返回之后，无需绑定(bind)/命名事物来实现这一点。甚至在标准 c++03 中也不行。

如果您希望将锁定扩展到函数调用之外，那么是的，命名 RAII 句柄。

---

标准库(和 Boost 对应物)中的相似设计点:

• 需要命名 std::lock_guard 以保持锁超出包含完整表达式的末尾
• std::async 返回一个需要保存在命名变量中的 future ，如果你想要任何实际异步执行的外表(否则， future 的析构函数仍然会导致立即阻塞执行)

---

¹ 您所在地区的 LPCTSTR？