有人说每种编程语言都有其“复杂性预算”，可以用来实现其目标。但是，如果复杂性预算用完了，那么每个微小的更改都会变得越来越复杂，并且很难以向后兼容的方式实现。在阅读了2010年8月的currentprovisionalsyntaxforLambda(Lambda表达式，异常透明性，防御方法和方法引用)之后，我想知道Oracle的人们在考虑这种变化时是否完全忽略了Java的复杂性预算。这些是我正在考虑的问题-其中一些问题与语言设计总体上有关:拟议的新增内容在复杂性上是否可与其他语言选择的方法相提并论？通常是否可以在语言中添加此类添加，并保护开发人员免受实现的复杂性的影响？这些添加是否标志着

为什么来自http://en.cppreference.com/w/cpp/utility/variant/variant的std::variant存在构造函数(4)？它似乎会在代码中引起很多歧义，否则可以通过显式避免这些歧义。例如，cppreference上的代码示例突出显示了用户可能不会注意到的可能歧义(第三行)variantv("abc");//OKvariantw("abc");//ill-formed,can'tselectthealternativetoconverttovariantw("abc");//OK,butchoosesbool是否存在绝对需要它的情况？另一个问

AccordingtotheN4562proposal,thenewlyproposedstd::shared_ptr::operator[]takesinstd::ptrdiff_t,whichisasignedtype.这与标准库中的每个索引运算符都不一致。甚至std::unique_ptr::operator[]也需要std::size_t。做出这个决定的理由是什么？ 最佳答案 大概这应该是指针接口(interface)的统一吧。用作数组时，好的ol'C指针接受负索引:p[-2]与*(p-2)相同；并且ptrdiff_t因此自

C++14通过为值键入0b前缀来增加使用二进制文字的能力:intv=0b1111;//15indecimal但是对于std::hex或std::oct等流没有std::bin操纵器。所以我需要使用例如std::bitset用于打印目的:std::cout(v)是否已提出或考虑过？如果有，这个想法的状态如何？ 最佳答案 据我所知，没有提交添加格式标志以添加二进制格式和/或操纵器的提案std::bin.您可以在http://www.open-std.org/jtc1/sc22/wg21/docs/papers/查看提案.我很确定添加二进

我在ThoughtsaboutC++17中阅读了有关契约(Contract)的信息由B.Stroustrup撰写，并协助进行了一次小型演示，讨论了它们，但我不确定我是否真的理解它们。所以我有一些询问，如果可以用一些例子来说明它们:契约(Contract)只是经典assert()的更好替代吗？，它们应该一起使用吗？对于软件开发人员来说，哪些契约(Contract)真的很简单？契约(Contract)会对我们处理异常的方式产生影响吗？如果是，我们应该如何使用异常(exception)和契约(Contract)？使用合约是否意味着执行时的开销？我们是否可以在发布代码上停用它们？来自propo