c++ - 如何设计一个“Awaitable”基类?
问题描述
C++ 标准库在很多地方都提供了一种“可等待”的 API:例如std::future
,std::condition_variable
可以立即“尝试”获取它们的值,无限期地“等待”它们的值,“wait_for”某个std::chrono::duration
,或“wait_until”某个std::chrono::time_point
到达. 我正在努力创建一个捕获这些相同操作的抽象基类。
template <typename T>
class awaitable {
public:
virtual std::optional<T> try() = 0;
virtual std::optional<T> wait() = 0;
template <typename Rep, typename Period>
virtual std::optional<T> wait_for(const std::chrono::duration<Rep, Period>&) = 0;
template <typename Clock, typename Duration>
virtual std::optional<T> wait_until(const std::chrono::time_point<Clock, Duration>&) = 0;
};
try
并且wait
没有问题。wait_for
并且wait_until
需要模板参数,因此不能是虚拟的。
有没有一种“干净”的方式来定义这样的接口?`
我考虑过的一些选项(除非我遗漏了什么)似乎不可行:
- 使用
std::any
或某种其他类型的擦除。在内部将duration
对象传递给另一个函数时,我仍然需要知道正确的类型才能正确转换它。 - 使用访问者模式。这将要求我在一个中心位置指定从“Awaitable”派生的所有类型的硬编码列表,引入循环依赖并限制可扩展性。
- 使用
std::duration_cast
andstd::time_point_cast
将任何传入类型类型转换为std::chrono::nanoseconds
orstd::chrono::time_point<std::chrono::high_resolution_clock>
,因此会有一个非虚拟模板化方法和一个虚拟非模板化方法。这似乎会引入不必要的开销和潜在的不当行为,因为我不确定是否保证每种可能的传入类型都可以转换为这些常见类型。
到目前为止,第三种变体似乎是我唯一的选择,而不是一个很好的选择。
解决方案
我认为你的第三种方式可能是要走的路。有疑问,您必须付出一些努力来限制可能的误用。
您还可以查看非循环访问者模式:
https://en.wikipedia.org/wiki/Visitor_pattern
对于某些场景,Andrei Alexandrescu 提供的实现方式(真的可以推荐他的书)对我帮助很大。它需要一些努力才能完全理解,有点侵入性,据我所知,至少对于 C++ < 14,不可能在这里保持 100% 的宏免费,但它具有你可能需要的去中心化的巨大优势。此外,对于大多数用例和现代架构来说,它的次要 dynamic_cast-usage(不被误用作动态开关)并不是真正的问题。
推荐阅读
- php - 在 RabbitMQ 默认交换不起作用'COMMAND_INVALID - 无效交换类型'''
- javascript - 制作一个响应式导航栏,内容位于左侧、中间和右侧
- visual-studio-code - textMateRules 的多范围选择
- python - 对矩阵中的特定行数求和
- python - 如何匹配2个字符串列表?
- java - jmeter-maven-plugin - 如何在不下载的情况下使用插件
- angular - 输入绑定的数据在刷新之前一直保留在输入中
- if-statement - Google Sheets Importrange statement in SWITCH
- java - 哪个 Java 库可以帮助将包含形状和 Word 绘图的 MS Word 文档转换为 PDF?
- html - CSS网格 - 将具有不同背景的2列设置为全屏宽度,它们的内容都为联合最大宽度