拜托先把名字打对再说。你要喷的不是“Visual Code”（话说这是个啥呢？），是VS对吧。VS的名字都打不对，说明你不常用它，基本也就没啥资格喷。

MSVC对C++20的完整支持是最早实现的，gcc/clang现在都还没支持C++20的所有特性。你好歹上cppreference或者wikipedia查一下再喷啊

【 在 OrderPhoenix 的大作中提到: 】
: 正经搞C++的才更应该排斥Visual Code。私货太多，故意设置陷阱降低代码的跨平台性。
: 其中最恶心的地方，在于C/C++标准库，作为一个平台无关的通用标准库，VS非得放在Windows SDK里面，想要include一个简单的stdio.h？对不起，整个Windos SDK安装一遍吧。这完全就是在圈养了。
: 至于说什么多此一举的stdafx.h头文件；在project里面增加一个“new item”，我鼠标右键命名是点击在了solution explorer的“Source Files”这个层级上面，增加之后的文件也是显示在了“Source Files”这个层级中，结果.cpp文件被放在了项目根目录下而不是“Source”文件夹下；modern C++新标准支持缓慢；我想指定语法高亮（我有几个.txt文件、.stil文件想要C++语法高亮）VS都不让，等等问题都是小事情了。
: ...................
--
FROM 61.48.128.*

抱歉打错了，确实，因为因为VSCode强制让IntelliCode用户迁移到Copilot，最近也正在喷VSC，打字的时候脑子过了一下这2个东西，结果给拼成错误的了。

不过关于VS，半年前我确实资格不够，但现在是用的多了。越用越知道VS是故意的，语言标准不好扭曲，那就在应用层面圈养你，这就是故意的。

然后作为一个闭源IDE，行为还不透明，在IDE中“add new items”结果文件路径不对，大哥你是IDE啊，C/Cpp的include""可是会收到文件在磁盘上物理位置的影响的啊，你这个IDE的“solution explorer”都已经显示在了“Source”下，结果你的逻辑分类跟文件在磁盘上的路径脱节？

你说的C++20支持问题，恐怕是因为正好赶上GCC从C语言到C++的迁移，所以说差距不大吧？如果按照对C++20的“完整支持”来算，cppreference的资料恰恰不能证明你的论点，而是会发现gcc支持的VS也支持，gcc部分支持的VS也是部分支持。而且如果看“完整”支持的话，要比较的是gcc11和vs2019 16.10了。但是不要看VS“2019”就算2019年，16.10版本的发布可是在2021年了，跟gcc11可是前后键不超过1个月。

当然，这是你非得提“完整支持”，所以比较的是功能最全情况下的最早版本了。

【 在 z16166 的大作中提到: 】
: 拜托先把名字打对再说。你要喷的不是“Visual Code”（话说这是个啥呢？），是VS对吧。VS的名字都打不对，说明你不常用它，基本也就没啥资格喷。
: MSVC对C++20的完整支持是最早实现的，gcc/clang现在都还没支持C++20的所有特性。你好歹上cppreference或者wikipedia查一下再喷啊
:
--
FROM 101.230.69.*