vs的solution explorer那里的是filter，是逻辑视图，不是磁盘上的文件位置的物理视图。
logical view和physical storage的关系，打开*.vcxproj的xml文件看看就知道了。
也就是说同一个磁盘文件，可以添加到多个filter分组里，filter分组也不需要和磁盘文件系统的结构一致。
这个设计在初次使用时可能觉得反直觉、反人类，但是长期用之后就会觉得合理，因为多个工程/filter是可以共享同一个物理的cpp文件的。
C++20支持，一两年前我看到MSVC在release notes或者dev blog里宣称已经完全支持C++20时就去看过gcc/clang的现状，当时它们是落后的。
【 在 OrderPhoenix 的大作中提到: 】
: 抱歉打错了，确实，因为因为VSCode强制让IntelliCode用户迁移到Copilot，最近也正在喷VSC，打字的时候脑子过了一下这2个东西，结果给拼成错误的了。
: 不过关于VS，半年前我确实资格不够，但现在是用的多了。越用越知道VS是故意的，语言标准不好扭曲，那就在应用层面圈养你，这就是故意的。
: 然后作为一个闭源IDE，行为还不透明，在IDE中“add new items”结果文件路径不对，大哥你是IDE啊，C/Cpp的include""可是会收到文件在磁盘上物理位置的影响的啊，你这个IDE的“solution explorer”都已经显示在了“Source”下，结果你的逻辑分类跟文件在磁盘上的路径脱节？
: ...................
--
修改:z16166 FROM 222.129.207.*
FROM 222.129.207.*