我在许多关于StackOverflow的帖子中读到，当使用指针(用于参数或返回值)并且允许使用nullptr(使其成为可选)时，通常最好使用std::optional代替。但是如果指针指向多态类型呢？最好使用std::optional还是指针？ 最佳答案 optional不适用于多态类型。它是一种值类型，多态基类在optional中不起作用。就像将多态基类放在vector或类似的容器中是行不通的。返回一个指针。通常将建议表述为“一般”是有原因的。 关于c++-std::optional和

Qt是否有自己的boost::optional替代方案，还是我应该只使用boost::optional？ 最佳答案 Qt有一个“变体”类型，但没有“可选”类型。我认为boost::optional(或者，在较新的C++版本中，std::optional)是一个合理的选择。 关于c++-Qt是否有自己的boost::optional替代方案？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questi

std::optionalxx;只是不针对最新的gcc-7.0.0快照进行编译。C++17标准是否包括std::optional供引用？为什么不呢？(我猜在专用特化中使用指针的实现不会造成任何问题。) 最佳答案 因为optional，如C++17中的标准化，不允许引用类型。这是设计排除的。这有两个原因。首先是，从结构上讲，一个optional相当于T*.它们可能有不同的界面，但它们做的事情是一样的。第二件事是，标准委员会实际上没有就optional究竟如何的问题达成共识。应该行为。考虑以下几点:optionalot=...;Tt=.

正在阅读std::optional，我对将something和nothing的值分配给optional的标准方法感到困惑。我想operator=将是为可选值赋值的标准机制。似乎工作。这是否意味着底层对象的拷贝？什么是分配无的标准方法？我见过x={}(这对我来说毫无意义，因为{}是一个空block)和x=std::nullopt。 最佳答案 我不会说有一种“标准”方法可以不给std::optional赋值。如果您阅读theproposal对于std::optional(“添加实用程序类来表示可选对象的提议”)，作者按以下顺序提出了两种

我遇到这样一种情况，函数必须返回从表中获取的值。此表中的单元格(假设该表正常工作...)可能包含值，也可能不包含值。该值也可以是以下几种类型之一:int,double,string,date(但没有其他类型)。这样的函数会返回什么？返回std::optional>是个好主意吗？？这对optional有用吗？和variant？ 最佳答案 我认为这是std::monostate的一个有用用途.具体来说，variant.monostate对于variant的情况很有用可能不包含值。使用实际类型而不是optional的好处是访问正常工作吗？

我开始将vc++10/boost1.48代码库移植到vc++12/boost1.57，但我收到一个错误，提示boost::optional无法转换为bool。我以为这是boost::optional的一个特性，它被删除了吗？例子:boolfizz(){boost::optionalbuzz;returnbuzz;}给予Error21errorC2440:'return':cannotconvertfrom'boost::optional'to'bool' 最佳答案 是的。Boost1.55仍然使用SafeBoolIdiom://im

通常当函数返回boost::optional时我见过很多人返回空括号{}指定一个空值，它工作正常并且比返回boost::none短.我尝试做一些类似于清空boost::optional的事情，但是当调用复制赋值运算符(或者很可能是移动赋值运算符)并在右侧使用空大括号时，空大括号被转换为int然后将该值分配给可选值，所以我最终得到变量设置为0而不是我预期的空值。这是一个例子https://godbolt.org/g/HiF92v,如果我用std::experimental::optional做同样的尝试我得到了我期望的结果(只需在示例中替换为std::experimental::opti

我在std::optional上摸不着头脑，根据thedocs,不应有constexpr赋值运算符。但是，当我在gcc-8.1中尝试这个片段时，它编译并工作得很好:constexprstd::optionalfoo(){std::optionalbar=3;bar=1337;returnbar;}constexprautoz=foo();有什么我想念的吗？ 最佳答案 这似乎是gcc中的一个错误。我刚刚在clang-6.0中尝试过，编译失败并出现预期错误。此外，该标准没有提及赋值运算符的任何constexpr重载，因此我会将此错误报告

我正在尝试编译以下代码:#include#include#include#include#include#include#includeintmain(intargc,char**argv){usingnamespaceboost::assign;usingboost::adaptors::indirected;std::vector>values;values+=1u,2u,3u;boost::copy(values|indirected,std::ostream_iterator(std::cout,""));std::cout但是，我遇到了一些错误，例如没有名为element_t

让nullstd::optional小于任何保持值是否有任何数学意义？或者它只是为了保持一致性而制作的，如果它是“更多”而不是“更少”就不会有任何区别？ 最佳答案 直接来自theproposal(强调我的):Anumberofwaysofincludingthedisengagedstateincomparisonshavebeensuggested.Theonesproposed,havebeencraftedsuchthattheaxiomsofequivalenceandstrictweakorderingarepreserv