相关疑难解决方法(0)

这是一个问题分为两个部分,第一部分是现在最重要的问题:

• 您是否遵循C++ 11的设计和发展？您关注哪些博客,新闻组,委员会文件和其他资源？
• 即使您没有使用任何新功能,它们如何影响您当前的选择？
• 您现在使用哪些新功能,无论是在制作还是其他方面？

第二部分是关于新标准一旦成为最终的后续行动:

• 你希望立即使用吗？除了前面提到的问题之外,你还在做什么准备C++ 11？
• 显然,编译器支持必须存在,但仍然需要考虑同事,辅助工具和其他因素.什么会影响你的采用？

编辑:原来真是太争论了; 但是,我仍然对基本问题感兴趣,所以我试图将其清理干净,希望能让它接受.这似乎是一个比复制更好的途径 - 即使一些答案回应了议论语,他们仍然适用于他们解决问题的程度,并且所有答案都是适当的社区财产.

可能重复:
你今天如何使用C++ 0x？

我正在与一个相当新系统的团队合作.我们正在谈论迁移到MSVC 2010,我们已经迁移到GCC 4.5.这些是我们使用的唯一编译器,我们没有计划很快将代码移植到不同的编译器.

我建议在我们这样做之后,我们开始利用已经提供的一些C++ 0x功能,比如auto.我的同事暗示反对这一点,建议等待"直到C++ 0x实际上成为标准." 我不同意,但我可以用他的措辞来看待它的吸引力.尽管如此,我还是忍不住认为这种反驳更多的是出于对学习C++ 0x的恐惧和恐惧,而不是对标准化的真正关注.

鉴于系统的新状态,我希望我们能够利用现有的新技术.例如,auto就会让我们的日常生活更轻松(只需编写基于迭代器的循环,直到基于范围的循环出现,例如).

我觉得这个错了吗？我并不是在提议我们从根本上改变我们萌芽的代码库,而只是在方便的时候开始使用C++ 0x功能.我们知道我们正在使用哪些编译器并且没有立即移植的计划(如果我们曾经移植过代码库,那么当然编译器也可以使用C++ 0x功能以及目标平台).除此之外,我似乎在1997年避免使用iostreams,因为尽管所有编译器都已经以便携方式提供它们,但ISO C++标准尚未发布.

如果你们都同意,你能否提供我可以用来巩固我的立场的论据？如果没有,我可以获得更多关于"直到C++ 0x是标准"的想法吗？顺便说一句,有人知道什么时候会这样吗？