根據我的個人體驗,目前vscode最適合寫的語言是typescript, python和java。寫這些語言你會覺得跟IDE差比不大,尤其是ts和py,在有些方面比IDE還好的多。主要是因為那倆是腳本語言,vscode配置很簡單。至於c++的話,即使你用vs寫也很複雜,我倒覺得不如直接上vscode。我依稀記得我第一次配置opencv的c++環境的時候,直接配置了一周,編譯好了庫,又不知道怎麼鏈接庫,弄得我心力憔悴。最終跑成功一個demo,我發現時間已經過去一周半了。 有人說vs是集成開發環境,比vscode省心。我覺得是這樣,但是這必須有個前提: 你已經踩過命令行編譯c++程序的所有坑了。否則你用vs,還是會踩坑,而且你到時候踩了坑都不知道坑叫什麼名字,因為環境都是集成的,你根本不懂那個IDE到底哪裡出了問題。用vscode開發c++,你需要先學gcc, makefile, cmake, c++的編譯過程,如何鏈接庫,如何引入頭文件,以及如何配置vscode中的launch.json, task.json和c_cpp_properties.json。這些都弄完可能需要好幾天,可是你得踩完這些坑,再去用IDE,日後才會省心。 GDB斷點調試 Valgrind內存分析C/CPP開發,推薦試試免費開源跨平台的Qt Creator,可以單獨下載(最新版200MB左右),不需要安裝Qt SDK。Qt Creator內置了CMake構建支持、GDB調試前端,和Valgrind內存分析前端,甚至還支持VIM編輯模式,自動提示、代碼跳轉、符號列表等IDE特性更加不在話下。很多Linux上的C/CPP開發者都使用Qt Creator這個IDE。另外,編輯器的話推薦Geany,一個號稱輕量級IDE的代碼編輯器,也支持自動提示、代碼跳轉、符號列表等功能。Linux上使用Qt Creator進行C/C++開發?my.oschina.net 我總結一句,樓上那些說什麼要學gcc,makefile,cmake的人都是不寫cpp的,正兒八經寫cpp的誰不會這些啊,而且再說了用這兩個寫有啥區別嗎?區別不大,只有菜的人用啥寫都寫不好 什麼小工程VScode,大工程VS都放屁跑Linux的的CPP程序你還打算用VS打開嗎?不過打開VS不就和vscode一樣是編輯器了嗎?你不會直接用vs編譯吧!如果嫌棄什麼gcc,makefile,cmake寫著麻煩的,完全可以試試xmake,automake什麼的,用其他語言lua當做配置文件,而且還支持qt等應用的開發,這有vscode就足夠用了。上面那些樓寫的答案一看就不是專職cpp開發的,就。。很不專業寫的,無語子======================================================= 我覺得用什麼編輯器不重要,開心就好,你用的順手就OK,我通過跳板機登錄伺服器的時候,用的最多的就是Vim,Emacs不夠輕量級就不考慮,有圖形化的情況下,想用什麼都可以,用什麼寫代碼bug少用什麼,用什麼寫代碼心情好就用什麼,惹急了就用記事本寫,再不行就用手寫,然後OCR識別到電腦裡面也行。。。。。。======================================================我知道你們看OCR看樂了,還提名好傢夥,對於大項目來說,其實VS和CLion並不完全適用於大項目,只能說可以用,但是不是只有它們可以勝任,Understand、Source Insight這些都比VS+VisualAssist 要好的多。我也不介意有大佬使用ctag+vim/Emacs的組合,都很好============================================================ 我要再說兩句,有人說我不懂開發,不然我也不會這麼說,對啊,我是不懂開發,我懂寫代碼,還是用手寫OCR到電腦裡面那種。。。hhhh vscode 需要配置環境的我覺得挺不好搞得但是b站有位大佬發了自動配置工具https://b23.tv/BV1r4411E7Be/p1 如果你的 C++ 項目比較簡單(比如只是命令行程序,不涉及UI),或者說必須跨平台(比如需要在 Linux 上運行),那麼 VSCode 就足夠了。雖然 VSCode 並不是功能完整的 IDE,不過應付這樣的需求是沒問題的。更何況敲命令、手寫 Makefile 或者 CMakeList 本來就是 Linux 編程的必備技能。如果你的項目很大很複雜,那麼 VSCode 可能會力不從心。這時候你需要更專業的 IDE。簡單來說: 如果你的程序只在 Windows 平台上運行,那麼首選 Visual Studio; 如果你的程序需要在 Windows 以外的平台運行,那麼首選 CLion。 另外,因為 Windows 平台對命令行極不友好,所以新手使用 VSCode 在 Windows 下編譯運行可能會有些麻煩。建議直接用 WSL 環境,體驗會更好。 推薦閱讀:
根據我的個人體驗,目前vscode最適合寫的語言是typescript, python和java。寫這些語言你會覺得跟IDE差比不大,尤其是ts和py,在有些方面比IDE還好的多。主要是因為那倆是腳本語言,vscode配置很簡單。
至於c++的話,即使你用vs寫也很複雜,我倒覺得不如直接上vscode。我依稀記得我第一次配置opencv的c++環境的時候,直接配置了一周,編譯好了庫,又不知道怎麼鏈接庫,弄得我心力憔悴。最終跑成功一個demo,我發現時間已經過去一周半了。
有人說vs是集成開發環境,比vscode省心。我覺得是這樣,但是這必須有個前提: 你已經踩過命令行編譯c++程序的所有坑了。否則你用vs,還是會踩坑,而且你到時候踩了坑都不知道坑叫什麼名字,因為環境都是集成的,你根本不懂那個IDE到底哪裡出了問題。
用vscode開發c++,你需要先學gcc, makefile, cmake, c++的編譯過程,如何鏈接庫,如何引入頭文件,以及如何配置vscode中的launch.json, task.json和c_cpp_properties.json。這些都弄完可能需要好幾天,可是你得踩完這些坑,再去用IDE,日後才會省心。
C/CPP開發,推薦試試免費開源跨平台的Qt Creator,可以單獨下載(最新版200MB左右),不需要安裝Qt SDK。Qt Creator內置了CMake構建支持、GDB調試前端,和Valgrind內存分析前端,甚至還支持VIM編輯模式,自動提示、代碼跳轉、符號列表等IDE特性更加不在話下。很多Linux上的C/CPP開發者都使用Qt Creator這個IDE。另外,編輯器的話推薦Geany,一個號稱輕量級IDE的代碼編輯器,也支持自動提示、代碼跳轉、符號列表等功能。
我總結一句,樓上那些說什麼要學gcc,makefile,cmake的人都是不寫cpp的,正兒八經寫cpp的誰不會這些啊,而且再說了用這兩個寫有啥區別嗎?區別不大,只有菜的人用啥寫都寫不好
什麼小工程VScode,大工程VS都放屁
跑Linux的的CPP程序你還打算用VS打開嗎?不過打開VS不就和vscode一樣是編輯器了嗎?你不會直接用vs編譯吧!
如果嫌棄什麼gcc,makefile,cmake寫著麻煩的,完全可以試試xmake,automake什麼的,用其他語言lua當做配置文件,而且還支持qt等應用的開發,這有vscode就足夠用了。
上面那些樓寫的答案一看就不是專職cpp開發的,就。。很不專業寫的,無語子
=======================================================
我覺得用什麼編輯器不重要,開心就好,你用的順手就OK,我通過跳板機登錄伺服器的時候,用的最多的就是Vim,Emacs不夠輕量級就不考慮,有圖形化的情況下,想用什麼都可以,用什麼寫代碼bug少用什麼,用什麼寫代碼心情好就用什麼,惹急了就用記事本寫,再不行就用手寫,然後OCR識別到電腦裡面也行。。。。。。
======================================================
我知道你們看OCR看樂了,還提名好傢夥,對於大項目來說,其實VS和CLion並不完全適用於大項目,只能說可以用,但是不是只有它們可以勝任,Understand、Source Insight這些都比VS+VisualAssist 要好的多。我也不介意有大佬使用ctag+vim/Emacs的組合,都很好
============================================================
我要再說兩句,有人說我不懂開發,不然我也不會這麼說,對啊,我是不懂開發,我懂寫代碼,還是用手寫OCR到電腦裡面那種。。。hhhh
vscode 需要配置環境的
我覺得挺不好搞得
但是b站有位大佬發了自動配置工具
https://b23.tv/BV1r4411E7Be/p1
如果你的 C++ 項目比較簡單(比如只是命令行程序,不涉及UI),或者說必須跨平台(比如需要在 Linux 上運行),那麼 VSCode 就足夠了。雖然 VSCode 並不是功能完整的 IDE,不過應付這樣的需求是沒問題的。更何況敲命令、手寫 Makefile 或者 CMakeList 本來就是 Linux 編程的必備技能。
如果你的項目很大很複雜,那麼 VSCode 可能會力不從心。這時候你需要更專業的 IDE。簡單來說:
另外,因為 Windows 平台對命令行極不友好,所以新手使用 VSCode 在 Windows 下編譯運行可能會有些麻煩。建議直接用 WSL 環境,體驗會更好。