std:：optional的最佳替代方法是从方法返回可选值吗？（使用C 98/C 11/C 14）

Question

显然，std::可选的是从函数返回可选值的最佳选择，如果使用C 17或增强（另见GOTW#90）

std::optional<double> possiblyFailingCalculation()

但是，如果一个人坚持使用旧版本（并且不能使用boost），那么什么是最好的选择呢？

我看到一些选择：

>

STL智能指针（仅限C 11）

std::unique_ptr<double> possiblyFailingCalculation();

• （）几乎与可选的用法相同
• (−) 使用指向非多态类型或内置类型的智能指针令人困惑

把它和一个布尔配对

std::pair<double,bool> possiblyFailingCalculation();

旧式

bool possiblyFailingCalculation(double& output);

• (−) 与新的C 11不兼容auto value=calculation（）style

DIY模板：具有相同功能的基本模板很容易编码，但是实现健壮的std:：optional有什么缺陷吗

抛出异常

• （−）有时"无法计算"是一个有效的返回值。




Answer 1

使用此链接中的tl:：optional，而不是std:：optional：https://github.com/TartanLlama/optional

它有相同的公共接口作为它的std对应，只是它编译在C 98也。

我在生产代码（C11）中使用了它，效果非常好！

Answer 2

我也会考虑哨兵的价值。

在double的情况下，NaN值（std:：numeric\u限制

关于这种方法有各种不同的意见（例如，如果更喜欢使用-ffast-数学，请查看NaN或false作为双精度返回值，以及Good哨兵值作为双精度返回值）。

在特定的领域中，可能有其他有意义的哨兵值。

在任何情况下（不仅对于双），我都会采用/实现类似于可标记的（https://github.com/akrzemi1/markable）的东西来避免神奇的值，并指示该值可能不存在，并且应该由用户。

了解此方法的其他动机和概述：有效的可选值。

Answer 3

std:：optional，就像它的父级boost:：optional一样，是一个非常基本的类模板。它是一个bool、一些存储器和一组方便的成员函数，其中大多数是一行代码和一个断言。

DIY选择绝对是首选。（1） 涉及分配，并且（2）、（3）涉及必须构造T，即使您想要空值-这对double根本不重要，但对更昂贵的类型却很重要。对于（5），异常不能替代可选的。

您可以随时将您的实现与Boost的实现进行比较。毕竟，它是一个只有标题的小库。