為什么不推薦使用C++

這篇文章主要講解了“為什么不推薦使用C++”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“為什么不推薦使用C++”吧！

(1) C++語法很復雜，好的C++程序員難求。

語法上 C++14 開始的“后現代C++”已經改善不少，以前一些奇技淫巧可以拋棄了，但可惜為了向后兼容性，歷史包袱是丟不了的。

(2)  歷史上機器性能很弱，編譯器注重生成代碼效率而在不太注重警告語法陷阱——沒有足夠資源做分析，C++編譯已經非常慢了，所以C++的開發者友好度嚴重不足。

就像JS屆出了v8這個奇葩，C++屆有了LLVM后，逼得GCC也不斷改進，錯誤信息提示友好漂亮多了，大微軟的VC編譯器還能把Effective C++,  More Effective C++等書里描述的注意事項融入編譯器里，也是這個大微軟，開源了好用的vcpkg，搭配CMake,  C++的開發體驗比以前提升了很多，至少比 NodeJS 折騰一禮拜還不一定能搞定編譯工具鏈強 。

(3) Web 2.0 甚至 mobile web 時代，連老實賢惠的Java都被嫌棄，就別提C++了。

C++在科學計算的地位還是難以動搖，別瞅現在Python火的紅屁股，其實就是個皮，沒有C/C++加持，Python屁都不是。

明確下觀點：你不一定要用C++，但它值得了解。補一句，你不一定要用Rust，但它值得學習。

最后，貼一個 Go 的例子，編譯沒問題，運行出錯，而在 C++ 里完全可以在編譯期就發現問題，壓根不讓編譯通過。

package main  import (     "fmt"     "sync"     "time" )  func main() {     var wg sync.WaitGroup      wg.Add(1)     go foo(wg)      fmt.Println("before wait")     wg.Wait()     fmt.Println("after wait") }  func foo(wg sync.WaitGroup) {     fmt.Println("before sleep")     time.Sleep(2 * time.Second)     fmt.Println("after sleep")     wg.Done()

感謝各位的閱讀，以上就是“為什么不推薦使用C++”的內容了，經過本文的學習后，相信大家對為什么不推薦使用C++這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！