為什么不推薦使用C++

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

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

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

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

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

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

C++在科學(xué)計(jì)算的地位還是難以動(dòng)搖，別瞅現(xiàn)在Python火的紅屁股，其實(shí)就是個(gè)皮，沒有C/C++加持，Python屁都不是。

明確下觀點(diǎn)：你不一定要用C++，但它值得了解。補(bǔ)一句，你不一定要用Rust，但它值得學(xué)習(xí)。

最后，貼一個(gè) Go 的例子，編譯沒問題，運(yùn)行出錯(cuò)，而在 C++ 里完全可以在編譯期就發(fā)現(xiàn)問題，壓根不讓編譯通過。

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++”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對(duì)為什么不推薦使用C++這一問題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！