• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            C++ Programmer's Cookbook

            {C++ 基礎} {C++ 高級} {C#界面,C++核心算法} {設計模式} {C#基礎}

            Eric Raymond對于幾大開發語言的評價(轉)--c/c++/java/Python


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

            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最出色的地方在于,它鼓勵清晰易讀的代碼,特別適合以漸進開發的方式構造大項目。其缺陷在于效率不高,太慢,不但跟編譯語言相比慢,就是跟其他腳本語言相比也顯得慢。

            posted on 2005-11-09 12:37 夢在天涯 閱讀(722) 評論(0)  編輯 收藏 引用 所屬分類: CPlusPlusC#/.NET

            公告

            EMail:itech001#126.com

            導航

            統計

            • 隨筆 - 461
            • 文章 - 4
            • 評論 - 746
            • 引用 - 0

            常用鏈接

            隨筆分類

            隨筆檔案

            收藏夾

            Blogs

            c#(csharp)

            C++(cpp)

            Enlish

            Forums(bbs)

            My self

            Often go

            Useful Webs

            Xml/Uml/html

            搜索

            •  

            積分與排名

            • 積分 - 1804303
            • 排名 - 5

            最新評論

            閱讀排行榜

            蜜臀av性久久久久蜜臀aⅴ| 亚洲国产精品18久久久久久| 亚洲第一极品精品无码久久| 久久久久亚洲AV无码专区桃色| 伊人久久免费视频| 国产精品久久久久乳精品爆| 国产欧美久久久精品影院| 无遮挡粉嫩小泬久久久久久久| 亚洲AV无一区二区三区久久| 少妇内射兰兰久久| 久久精品国产亚洲一区二区三区| 久久水蜜桃亚洲av无码精品麻豆 | 99久久精品国产一区二区| 国产欧美久久久精品| 久久精品国产亚洲αv忘忧草| 久久这里有精品视频| 久久亚洲美女精品国产精品| 国产AV影片久久久久久| 久久综合给合久久狠狠狠97色69| 国产午夜精品久久久久九九电影| 国产99久久久久久免费看| 亚洲va久久久噜噜噜久久男同| 国产999精品久久久久久| 久久中文骚妇内射| AA级片免费看视频久久| 亚洲成色WWW久久网站| 日本精品久久久久影院日本 | 久久精品免费网站网| 成人综合伊人五月婷久久| 亚洲国产精品无码久久SM| 日本久久久久久久久久| 久久99热这里只有精品国产| 欧美伊香蕉久久综合类网站| 亚洲天堂久久精品| 99久久国语露脸精品国产| 99热成人精品热久久669| 亚洲国产成人久久笫一页| 久久久久精品国产亚洲AV无码| 欧美性大战久久久久久| 性高朝久久久久久久久久| 无码8090精品久久一区|