3

一个简单的功能：

awaitable<std::size_t> write(const std::vector<uint8_t>& data)
{
    auto token = co_await this_coro::token();

    return co_await async_write(serialport_, buffer(data), token);
}

可以等待使用co_await write(my_data)。

这在我使用任何异步 Boost ASIO 功能时有效。

如果异步函数是来自某个不相关库的回调，人们将如何使用这种模式？

该代码可能看起来像：

awaitable<bar> foo()
{
   auto token = co_await this_coro::token();

   return co_await third_party_callback;
}

用法类似于auto result = co_await foo().

我很难弄清楚最简单/最干净的方法是什么。

附赠问题：Boost ASIO 的协程 API（例如令牌）、Boost 的协程库和 Coroutines TS 之间有什么关系？

4

1 回答 1

2

要使用另一个库，另一个库必须创建对协程 TS 的支持，或者您（或其他人）必须在协程 TS 工作所需的内容和第 3 方库之间提供“胶水”代码。

一旦您了解协程 TS 需要什么来工作，这样做的努力可能并不多。

您可以阅读有关 coroutines TS 的Lewis Baker 文章。现在有很多人的很多视频和文章都在讨论这个话题。一旦你理解了需求，支持其他 await 类型就很简单了，只要你有一些方法可以在 co 例程完成时发出信号，并且你还有某种上下文来继续 co 例程完成。

如果第三方库只是做一些繁重的处理工作。您可能希望将工作包装到某种 boost 未来/承诺设置中，并使用已经存在的 boost 线程粘合代码（尽管 boost asio 示例早于 boost asio 实验性支持。

实验性令牌是协程 TS 和 boost asio 之间的“胶水”代码（据我所知）。它与 Boost 的协程库无关。

Boost ASIO 支持 3 种协程类型：

于 2019-03-04T00:47:52.283 回答