准备入手VS 2013，大家有什么建议吗？该怎么解决
准备入手VS 2013，大家有什么建议吗？
是不是完全兼容VS 2008？VS 2008有一个bug，在VS 2013里被修复了吗？用上去顺手不？
------解决方案--------------------
没有过，但是也只是一个环境而已！
适应就好了
------解决方案--------------------
2013用的不多。偶尔练习用一下。IDE方面VS2013感觉与VS2012差不多。VS2012可比VS2008&VS2010快多了，功能也增强了许多。各种插件的安装集成在VS中了，各种插件微软都展示处理，供你选择。因为功能的提升，原来必须安装VA插件，可以不需要了。甚至SI都可以少用了。为了安全，还是先用2012吧，补丁好像4个了。
------解决方案--------------------
差不多的东西
------解决方案--------------------
建议使用vs2013，c++11标准支持的比2012完整一些，vs2012对c++11的支持就这样了，以后不会再改进，而且微软有毛病，2010里的支持源文件为utf-8的功能在2012里去掉了，2013又加回来了，坑的一B
------解决方案--------------------
那个关于utf-8的命令我是知道的，貌似现在这个命令2012还有，但是没有任何效果。这比编译报错还坑爹~
------解决方案--------------------
C++相关的开发的话，
vs2008编译器bug最少，但是不支持C++11标准；
vs2010编译器bug略多于2008，但也是几乎不影响使用（不过需要打上sp1补丁以后才好比较。第一版bug较多，大量的被sp1修复）。支持少量的c++11特性。这个版本的编译速度很慢。而且IDE较易随机性崩溃。
vs2012编译器bug很多，不少都是code-generation的bug。要知道cg类型的bug是唯一比语法类型的bug更严重的地方，因为这意味着即使源代码正确且规范，而且该考虑的地方都有考虑到了，编译出的程序也不见得会按照你的逻辑去执行。有些bug甚至直接导致类似的代码无法使用。编译速度大大快过2010。支持代码染色（类似于visualassist插件）
vs2013支持大量的C++11特性，截至目前cg类的bug还未有发现比较严重的（仅有几个，而且看情况多数人也许永远也碰不到，因为极少有人会去写那样的代码）。但是有大量的语法类bug。截至目前比较严重的有std::initialization_list类相关的bug（会导致无法使用），编译速度略慢于2012。
------解决方案--------------------
就是编译器本身的问题（不是IDE的）。分别列一条看看：
vs2012的：
https://connect.microsoft.com/VisualStudio/feedback/details/773581/casting-double-to-unsigned-long-long-causes-memory-stack-corruption
vs2013的：
https://connect.microsoft.com/VisualStudio/feedback/details/800364/initializer-list-calls-object-destructor-twice#details
我说的“仅有几个”的奇葩代码可能导致cg的一个例子：
https://connect.microsoft.com/VisualStudio/feedback/details/808207/c-compiler-crash
------解决方案--------------------
以前的VS2***各个版本IDE速度都很慢，让人总是要同时留下VC6在硬盘。从VS2012版本开始，IDE速度提高了不少，还扩展了许多功能。VC6终于可以卸载了。
------解决方案--------------------
现在64位是主流。但vc6做不了64位开发。仅就这一点，不管考虑用什么版本的编译器也轮不到vc6了的。
是不是完全兼容VS 2008？VS 2008有一个bug，在VS 2013里被修复了吗？用上去顺手不？
------解决方案--------------------
没有过，但是也只是一个环境而已！
适应就好了
------解决方案--------------------
2013用的不多。偶尔练习用一下。IDE方面VS2013感觉与VS2012差不多。VS2012可比VS2008&VS2010快多了，功能也增强了许多。各种插件的安装集成在VS中了，各种插件微软都展示处理，供你选择。因为功能的提升，原来必须安装VA插件，可以不需要了。甚至SI都可以少用了。为了安全，还是先用2012吧，补丁好像4个了。
------解决方案--------------------
差不多的东西
------解决方案--------------------
建议使用vs2013，c++11标准支持的比2012完整一些，vs2012对c++11的支持就这样了，以后不会再改进，而且微软有毛病，2010里的支持源文件为utf-8的功能在2012里去掉了，2013又加回来了，坑的一B
------解决方案--------------------
那个关于utf-8的命令我是知道的，貌似现在这个命令2012还有，但是没有任何效果。这比编译报错还坑爹~
------解决方案--------------------
C++相关的开发的话，
vs2008编译器bug最少，但是不支持C++11标准；
vs2010编译器bug略多于2008，但也是几乎不影响使用（不过需要打上sp1补丁以后才好比较。第一版bug较多，大量的被sp1修复）。支持少量的c++11特性。这个版本的编译速度很慢。而且IDE较易随机性崩溃。
vs2012编译器bug很多，不少都是code-generation的bug。要知道cg类型的bug是唯一比语法类型的bug更严重的地方，因为这意味着即使源代码正确且规范，而且该考虑的地方都有考虑到了，编译出的程序也不见得会按照你的逻辑去执行。有些bug甚至直接导致类似的代码无法使用。编译速度大大快过2010。支持代码染色（类似于visualassist插件）
vs2013支持大量的C++11特性，截至目前cg类的bug还未有发现比较严重的（仅有几个，而且看情况多数人也许永远也碰不到，因为极少有人会去写那样的代码）。但是有大量的语法类bug。截至目前比较严重的有std::initialization_list类相关的bug（会导致无法使用），编译速度略慢于2012。
------解决方案--------------------
就是编译器本身的问题（不是IDE的）。分别列一条看看：
vs2012的：
https://connect.microsoft.com/VisualStudio/feedback/details/773581/casting-double-to-unsigned-long-long-causes-memory-stack-corruption
vs2013的：
https://connect.microsoft.com/VisualStudio/feedback/details/800364/initializer-list-calls-object-destructor-twice#details
我说的“仅有几个”的奇葩代码可能导致cg的一个例子：
https://connect.microsoft.com/VisualStudio/feedback/details/808207/c-compiler-crash
------解决方案--------------------
以前的VS2***各个版本IDE速度都很慢，让人总是要同时留下VC6在硬盘。从VS2012版本开始，IDE速度提高了不少，还扩展了许多功能。VC6终于可以卸载了。
------解决方案--------------------
现在64位是主流。但vc6做不了64位开发。仅就这一点，不管考虑用什么版本的编译器也轮不到vc6了的。