感觉Vscode不好用，Clion能否替代？

C++

如今新开发的C++项目，除了虚幻引擎相关的，还有多少是在Windows系统上运行的？Windows应用（WinApp）本身的发展已经呈现出式微的态势。而且，当你新建项目并选择技术栈的时候，在Windows平台下，多半不会选择C++，选择C或者哪怕是typescript（ts）都更为常见。要是选择了C++技术栈，在嵌入式、工控、linux、服务器端等应用场景中倒是有不少项目，不过这些场景大多不在Windows平台运行，并且可能都需要进行远程开发。在远程开发这一方面，vscode有着绝对的优势，至少目前来看，CLion是没法与之相比的。vscode存在的一个问题是，它只对CMake有完整的支持。如果是CMake项目的话，只要CMake配置好了，其他的一切都会自动搞定，完全可以当作集成开发环境（IDE）来用。那些觉得vscode在C++配置方面麻烦的用户，基本上都不是使用CMake的。但这其实是C++本身的问题，使用其他的IDE也无法解决。在Java开发中，有那么几个事实上的标准构建系统得到了主流的支持，并且市面上绝大多数的代码都是基于这个体系构建的。而在C++中，你能获取到的代码各式各样，构建体系也是千奇百怪，不管用什么都无法从根本上解决这个问题。最后来回答提问者的问题：你所说的代码全爆红的问题，实际上我在使用IntelliJ IDEA的时候经常会遇到，在vscode中反而见到的比较少。JetBrAIns（jb）家的产品在这个问题上并没有明显的差别。所以我推测，即使你换用CLion也不能明显地解决这个问题。项目规模变大了，这种问题总是会出现的。所谓的爆红其实就是编译错误，点击过去发现没有爆红，无非是因为点击的时候又重新编译了一次，这一次编译没有出错，所以自然就没有标红。C++的问题在于头文件不能单独编译，它是在CPP文件编译的时候附带编译的。那么如果你正在查看头文件，而引用这个头文件的CPP文件还没有被编译，那么当前的头文件就可能会标红。解决的方法无非就是进行一次全量编译。或者有时候项目本身有一部分需要生成的文件，而这部分生成文件的相关依赖被修改了却还没有重新生成，于是就会导致一部分文件编译不过。编译不过自然就会被标红，vscode的整个语法检查都是基于在编辑代码时实时编译的。