首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >std::ratio<>背后的设计原则

std::ratio<>背后的设计原则
EN

Stack Overflow用户
提问于 2012-09-08 05:37:31
回答 3查看 5.2K关注 0票数 29

我正在研究C++11标准中的std::ratio<>类,它允许在编译时进行有理运算。

我发现模板设计和使用类实现的操作过于复杂,并且没有找到任何理由,为什么他们不能通过实现一个非常简单的rational类并为操作符定义constexpr函数来使用更直接和直观的方法。结果将是一个更容易使用的类,并且编译时的优势将保持不变。

有人知道与使用constexpr的简单类实现相比,当前的std::ratio<>设计有什么优势吗?实际上,我找不到当前实现的任何优势。

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2012-09-08 06:22:01

N2661被提出时,没有一个提案的作者能够访问实现constexpr的编译器。我们没有人愿意提出一些我们无法构建和测试的东西。因此,是否可以用constexpr完成更好的设计甚至不是设计考虑的一部分。该设计仅基于作者当时可用的工具。

票数 46
EN

Stack Overflow用户

发布于 2012-09-08 07:25:52

constexpr解决方案解决了完全不同的问题。创建std::ratio的目的是作为使用不同单位的变量之间的桥梁,而不是作为数学工具。在这些情况下,您绝对必须希望比率成为类型的一部分。constexpr解决方案在那里不起作用。例如,如果没有运行时空间和运行时成本,就不可能实现std::duration,因为每个持续时间对象都需要在对象中携带其命名符/分母信息。

票数 15
EN

Stack Overflow用户

发布于 2012-09-08 05:48:59

由于模板元编程和类型操作,std::ratio及其周围的机制将始终在编译时运行。只有当C++工具需要常量表达式(例如模板参数或初始化constexpr变量)时,才需要在运行时运行constexpr

那么对你来说,哪个更重要:编译时执行,还是“更直接和直观”?

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/12325741

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档