開源領袖Eric Raymond對主流程式語言的評價

myan發表於2014-12-17

【譯註】:Eric Raymond是開源運動的領袖人物,對於UNIX開發有很深的造詣,主持開發了fetchmail。他的《大教堂與集市》被奉為開源運動的經典之作。下面對幾大開發語言的評價非常中肯,是我近年來看到的比較出色的評論。特別是他評價中抱有的那種“簡單就是好”的思想,很值得我們深思。我特別選譯出一些段落,供大家閱讀思考。

Raymond 此文不是在泛泛地去談語言的優劣,而是要回答一個問題:在UNIX下開發開源專案,如何選擇開發工具?我翻譯的很零散,建議大家去看原文。

C 語言

雖說C語言在記憶體管理方面存在嚴重的缺陷,不過它還是在某些應用領域裡稱王稱霸。對於那些要求最高的效率,良好的實時性,或者與作業系統核心緊密關聯的程式來說,C仍然是很好的選擇。

C良好的可移植性也為它加了分。不過現在很多其他的語言可移植性越來越好,C在這方面的優勢可能會逐漸喪失。

現有的很多程式可以產生非常棒的C程式碼,比如語法分析器、GUI Builder等,這時候C語言也是有吸引力的,因為你所需要編寫的程式碼只是整個程式的一小部分。

再有,我們當然應該認識道,C語言對於程式設計師來說具有無可替代的價值。就我這裡討論的每一種語言而論,只要你發掘的足夠深,到最後你會看到它們的核心都是用純正的、可移植的C寫成的。

到了今天這個時候,我們最好把C看成是UNIX虛擬機器上的高階組合語言。

就算是其他的高階語言完全可以滿足你的工作需要,抽出時間來學習C語言也仍然有益,它能幫助你在硬體體系的層次上思考問題。

即使到了今天,最好的C語言教程仍然是1988年出版的K&R第二版The C Programming Language.

總結:C最出色的地方在於其高效和貼近機器,最糟糕的地方在它的記憶體管理地獄。

C++

C++最初釋出於1980年代中期,當時面嚮物件語言被認為是解決軟體複雜性問題的銀彈。C++的物件導向特性看相去使其全面超越了C,支持者認為C++將迅速把上一代語言擠到陳列館裡去。

但是歷史並非如此。究其原因,至少有一部分歸咎於C++本身。為了與C相容,C++被迫作出了很多重大的設計妥協,結果導致語言過分華麗,過分複雜。為了與C相容,C++並沒有採用自動記憶體管理的策略,從而喪失了修正C最嚴重問題的機會。

另外一部分原因,恐怕要算到物件導向身上。看起來OO並沒有很好的達成人們當年的預期。我就這個問題調研過,我發現使用OO方法導致元件之間出現很厚的粘合層,並且帶來了嚴重的可維護性問題。今天讓我們來看看開放原始碼社群,你會發現C++的應用還是集中在GUI,遊戲和多媒體工具包這些方面,在其他地方很少用到。要知道,物件導向也只是在這些領域被證明非常成功,而開放原始碼社群的選擇,很大程度上體現了程式設計師的自由意志,而不是公司管理層的胡亂指揮。

也許C++實現OO的方法有問題。有證據表明C++程式在整個生命週期的開銷高於相應的C, Fortran和Ada程式。不過,究竟這是否應該歸咎與C++的OO實現上,還不清楚。

最近幾年,C++加入了很多非OO的思想,其異常思想類似Lisp,STL的出現是非常了不起的。

其實C++最根本的問題在於,它基本上只不過是另一種傳統的語言。STL中的記憶體管理比先前的new/delete和C的方案要好的多,但是還是沒有解決問題。對於很多應用程式而言,其OO特性並不明顯,相比與C,除了增加複雜度之外沒有獲得很多好處。

總結:C++優點在於作為編譯型語言,把效率與泛型和麵向物件特性結合起來,其缺點在於過於華麗複雜,傾向於鼓勵程過分複雜的設計。

Java

Java的設計很聰明,它採用了自動記憶體管理,這是最大的改進,支援OO設計帶來的好處雖然不那麼突出,不過也很值得讚賞,相比C++,其OO設計規模小而且簡單 。

相對於Python而言,Java有一些明顯的失誤。有些地方設計的還是太複雜,甚至有缺陷。Java的類可見性和隱式scoping規則太複雜了。Interface機制是為了避免多繼承帶來的問題而設計的,但是要理解和使用它還是挺難。內部類和匿名類導致令人困惑的程式碼。缺乏有效的析構機制,使得除了記憶體之外的其他資源(比如互斥量和鎖)管理起來很困難。Java的執行緒不可靠,其I/O機制很強大,但是讀取一個文字檔案卻非常繁瑣。

Java沒有管理庫版本的機制,從而形式上重蹈了了Windows DLL地獄的覆轍。在類似應用伺服器這樣的環境裡,這引起了大量的問題。

總體而言,我們可以說除了系統程式設計和對效率要求極高的程式之外,Java在大部分領域優於C++。經驗表明,Java程式設計師似乎不太容易象C++程式設計師那樣構造過度的OO層,不過在Java中這仍然是個嚴重問題。

Java是否優於諸如Perl, Python這樣的語言?我們還不是很清楚,很大程度上似乎跟程式規模有關。其擅長的領域基本上於Python相似,在效率上無法跟C/C++相提並論,在小規模的、大量使用模式匹配和編輯的專案裡也無法匹敵Perl。在小專案裡,Java顯得過分強大了。我們猜測Python更適合小專案,而Java適合大專案,不過這一點並沒有得到有力的證明。

Python

Python是一種指令碼語言,可以與C緊密整合。它可以與動態載入的C庫模組交換資料,也可以作為內嵌指令碼語言而從C中呼叫。其語法類似C和模組化語言的雜合,不過有一個獨一無二的特徵,就是以縮排來確定語句塊。

Python語言非常乾淨,設計優雅,具有出色的模組化特性。它提供了物件導向能力,但不強迫使用者進行物件導向設計。其型別系統提供了強大的表達能力,類似Perl,具有匿名lambda表示式,這點又讓Lisp黑客們感到親切。Python依靠Tk提供方便的GUI介面開發能力。

在所有的解釋型語言裡,Python和Java最適合多名程式設計師以漸進方式協同開發大型專案。在很多方面,Python比Java要簡單,它非常適合與構造快速原型,這一點使得它對於Java有獨特優勢:對於那些既不很複雜,又不要求高效率的程式,Python十分合適。

Python的速度沒法跟C/C++相比,不過在今天的高速CPU上,合理地使用混合語言程式設計策略使得Python的上述弱點被有效地彌補。事實上,Python幾乎被認為是主流指令碼語言中最慢的一個,因為它提供了動態多型性。在大量使用正規表示式的小型專案,它遜於Perl。對於微型專案而言,shell和Tcl可能更好,Python顯得太過強大了。

總結:Python最出色的地方在於,它鼓勵清晰易讀的程式碼,特別適合以漸進開發的方式構造大專案。其缺陷在於效率不高,太慢,不但跟編譯語言相比慢,就是跟其他指令碼語言相比也顯得慢。

相關文章