C++適合本地程序的開發(fā)。Go語言適合網(wǎng)絡(luò)程序和本地程序的開發(fā)。Go的優(yōu)點(diǎn):垃圾回收，語意明確，格式統(tǒng)一。?Go的缺點(diǎn):效率目前沒有C++高，但對于桌面程序而言，效率問題不大，因?yàn)橛布呀?jīng)很快了。c++過于復(fù)雜了，加入很多炫技的內(nèi)容。這些內(nèi)容脫離了事情的本質(zhì)。
專注于為中小企業(yè)提供網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)合山免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了1000多家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。
最明顯的就是所謂的面向?qū)ο??；诿嫦驅(qū)ο蟮墓こ倘绻銐虼蟮那闆r下，會(huì)帶來很大的耦合度，如果再加上內(nèi)存管理，多線程等等。項(xiàng)目后期基本上沒辦法維護(hù)和增加功能。
關(guān)于c++的語言復(fù)雜性，你可以問知乎上的任何一位高手。沒一個(gè)敢說自己精通c++。你也可以去看一下所有的c++編繹器，沒有任何一個(gè)敢說自己完全實(shí)現(xiàn)了c++的標(biāo)準(zhǔn)。不同的編繹器之間實(shí)現(xiàn)細(xì)節(jié)又不同。所以功能再強(qiáng)大沒有實(shí)用性，就失去了意義，只會(huì)制造更多的問題。
僅僅就學(xué)習(xí)算法，還是C++/Java/C#最適合。
首先，沒泛型的語言未必工作不好用，我司現(xiàn)在服務(wù)端代碼幾乎都是go，但是沒有泛型，寫通用的代碼就是不好用。我用Go把半本《算法》實(shí)現(xiàn)了一遍，移植了Haskell 的 Parsec 庫。這些代碼大部分都在我團(tuán)隊(duì)的項(xiàng)目里實(shí)際使用。你要說 Go 有多熟練未必，但是要說它在語言功能上有多少坑我倒是挺熟悉。沒泛型的話算法實(shí)現(xiàn)起來太坑人了，別的不說 float32/float64/int8/int16/int32/int64/int 這些數(shù)值類型你能都覆蓋么？如果只是基于某一組有限的數(shù)據(jù)類型和問題領(lǐng)域?qū)崿F(xiàn)一遍，用 go 倒是不錯(cuò)，它環(huán)境配置容易，不太依賴ide，但是對ide還是比較友好的，天然集成test，編譯快速，模型簡單，學(xué)習(xí)容易，可以說是我用過的靜態(tài)編譯型語言里最像動(dòng)態(tài)腳本語言，最適合快速開發(fā)微型工具的。
其次，Python/Ruby 這類語言其實(shí)不太適合練習(xí)算法實(shí)現(xiàn)，它們太“高級”了。例如用Python的時(shí)候，你很難規(guī)避它的內(nèi)置容器List和Dict，這些東西封裝了太多東西，在學(xué)習(xí)的過程中容易被干擾。另外沒有靜態(tài)的類型控制，在學(xué)習(xí)過程中也會(huì)失去一些知識。倒不是就會(huì)導(dǎo)致你后半生這部分都不能自理，但是需要另外學(xué)習(xí)。
在我的經(jīng)驗(yàn)，要學(xué)習(xí)算法，C++/C#/Java 仍然是比較好的選擇，它們的泛型已經(jīng)比較成熟，能夠在學(xué)習(xí)中建立比較完備的知識概念?？梢哉业揭恍┍容^好的IDE用，我個(gè)人其實(shí)在工作中不怎么用IDE，但是算法學(xué)習(xí)的時(shí)候，有個(gè)不錯(cuò)的IDE可以幫你跟蹤代碼的運(yùn)行過程，還能比較容易的做性能分析，這樣就可以用動(dòng)態(tài)、直觀、形象的視角去理解和觀察算法。這對學(xué)習(xí)非常有幫助。
如果只是在一個(gè)特定的領(lǐng)域做知識學(xué)習(xí)的工具，其實(shí)C++反而不算很難，C++的難度主要在于覆蓋的領(lǐng)域太廣泛，當(dāng)你要做一個(gè)專業(yè)的C++程序員，要掌握的東西就太多了。
個(gè)人不太建議用C去學(xué)習(xí)這些東西，需要處理太多跟問題本身無關(guān)的事情了。
c,c++學(xué)會(huì)了，幾乎可以在任何領(lǐng)域編程，你才知道編程世界有多大
重慶分公司
重慶分公司
