这是一个问题分为两个部分,第一部分是现在最重要的问题:
您是否遵循C++ 11的设计和发展？您关注哪些博客,新闻组,委员会文件和其他资源？
即使您没有使用任何新功能,它们如何影响您当前的选择？
您现在使用哪些新功能,无论是在制作还是其他方面？
第二部分是关于新标准一旦成为最终的后续行动:
你希望立即使用吗？除了前面提到的问题之外,你还在做什么准备C++ 11？
显然,编译器支持必须存在,但仍然需要考虑同事,辅助工具和其他因素.什么会影响你的采用？
编辑:原来真是太争论了; 但是,我仍然对基本问题感兴趣,所以我试图将其清理干净,希望能让它接受.这似乎是一个比复制更好的途径 - 即使一些答案回应了议论语,他们仍然适用于他们解决问题的程度,并且所有答案都是适当的社区财产.
无法猜测有多少人对新的C++ 0x感兴趣,我很确定每个了解C++并使用它的人都很好奇并渴望得到更多关于它的新闻.
一旦从g ++实现,我就开始使用C++ 0x中的所有新东西.仍适用于小型非便携式项目.为什么？ - 人们经常告诉我忘记c ++并完全转换为脚本语言以获得更快的代码开发并忘记内存管理.但是,我最好的经验和知识是用c ++编写的.我知道RAII并且每天使用Boost库.现在,新功能让我写得比以前快得多.知道rvalues在这里,指针(甚至智能)从代码中消失了.使用lambdas rock和initilizer列表的STL算法让我很开心.自动关键字非常激动.
所以,我现在使用C++ 0x的主要原因是开发速度.
我今天没有使用C++ 0x,因为它会导致代码丢失.因为今天没有C++ 0x Standard.
答:没有
理由:代码可移植性
不,因为它没有在我使用的编译器上完全实现.
当C++ 0x问世,Visual Studio 2010完全发布以及"匹配"g ++时,我会尽可能使用C++ 0x.这可能是因为我经常开始新项目(我制作游戏).
虽然我有一个现有的代码库,但每当我找到一种更好的方法时,它就会发生变化; 改变不是我的障碍.利用C++ 0x只会是另一个变化.
你会发现更大的代码库有不同的意见.有些地方更喜欢代码看起来是统一的,这意味着参差不齐的C++ 0x不是一个选项:他们要么必须转换整个东西以利用C++ 0x,要么不使用它.
其他地方可能会鼓励使用C++ 0x功能,并在业余时间尝试修复旧代码以匹配.
像我这样的其他地方可能会立即想要利用所有C++ 0x提供的功能.
答案是:这取决于.
不,但我想,特别是对于lambda功能.
没有.
我的所有应用软件都是用Java开发的.我所有的快速和脏代码都是用Python完成的.我所有的低级工作都是用C语言完成的.我一般不使用C++(因此它并没有影响我).
如果我确实使用了C++,我会把c ++ 0x视为我正在处理C1x - 我确保我的代码不会破坏但我不会在标准完成和灰尘之前使用新功能.
关于我是否会在标准批准后立即使用新功能,没有.这个过程将是一个渐进的过程.随着我当前应用程序的维护推出,我可能会添加它,具体取决于可能的好处.
在我考虑使用这些功能之前,即使我编写的新应用程序也需要新语言功能.
京公网安备 11010802040832号 | 京ICP备19059560号-6 