我们一直在等待，看它是否会成为一种成熟的语言，但似乎没有正式定义的发布。只是委员会，讨论和修改。
有没有人知道C ++ 0x的计划截止日期，还是我们必须开始称它为C ++ 1x？
答案 0 :(得分：13)
委员会目前正忙于下一次修订 - 每次会议都以许多论文为前提，这是新标准努力的一个很好的指标：http://www.open-std.org/jtc1/sc22/wg21/
有点担心（但是他们不会急于发布一个标准只是为了安抚公众，但确实感到所涉及的紧迫感）让Stroustrup发表一篇文章说我们需要拿一个第二，看看概念，确保它们尽可能简单 - 并提出了一个合理的解决方案。 [编辑]对于有兴趣的人，本文可在以下网址获得：http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2906.pdf。
在许多方面，C ++ 0x对C ++来说将是一个巨大的改进，虽然我不代表委员会 - 但我希望它能在2010年底发生。[编辑]正如其中一位评论者强调的那样，值得赞赏的是，一些委员会成员非常担心，如果包括概念，标准的质量或时间表（2010年末）将不得不受到影响：http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2893.pdf。但是，这些问题是否会得到证实是值得耐心的 - 一旦委员会在7月份的法兰克福会议结束后，我们将会有更多相关信息（会议后的邮件可以预期在7月下旬，8月初）。 p>
就我个人而言，我觉得如果没有概念（保持2010年末的时间表），然后将它们添加为TR而不是将它们添加到TR中，即使在其中存在明显不安的情况下，也不会是一个巨大的损失。更多经验丰富的委员会成员（关于概念） - 但我会在这里遵从委员会 - 虽然他们从未声称或被描述为完美，但他们中的大多数人比我更有资格做出这些决定，值得我们一些信心如果历史是任何指标 - 假设他们之间有一些合理的共识，我会错误地相信他们的直觉（超过我的）。
从某种角度来看，并且人们并没有过多地对这些障碍感到绝望，将其与ecmascript社区中发生的事情进行比较 - 创作者Brendan Eich在下一次修改ecmascript时有一些非常不同的设计目标（es5）来自ecmascript社区的其他一些同样有才华的巫师 - 他们有多次会议，经过多次讨论（其中一些激烈;）制定了一个非常合理的妥协，然后是狂热的活动，导致了ecmascript 5（全部在包括冲突在内的1 - 2年的跨度，这将是一个优秀的，务实的，但比Eich最初提出的更加保守，修改javascript。我对C ++抱有类似的期望（承认C ++是一个更大的语言 - 但是已经投入了更多的努力;）
答案 1 :(得分：4)
FTR：C ++ 11 has been approved by ISO on 12 August 2011。
答案 2 :(得分：0)
大约200A或200B。如果您还记得Y2K问题，这些年份是199K和199L ... oops等待，K和L不是十六进制数字。吊杆！
答案 3 :(得分：0)