建站
咨詢
售后
建站咨詢
新聞中心
Gilad Bracha在博客中寫道：“我經(jīng)常說，Java的原罪在于它不是一個(gè)純面向?qū)ο蟮恼Z言（一切皆對(duì)象的語言）?！蔽闹杏懻摰闹饕獌?nèi)容不是純面向?qū)ο笳Z言的優(yōu)點(diǎn)，而是提出了一個(gè)問題：Java如果沒有原生數(shù)據(jù)類型，是否能保持高性能？答案是肯定的。
創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務(wù)，包含不限于做網(wǎng)站、成都網(wǎng)站設(shè)計(jì)、潮陽網(wǎng)絡(luò)推廣、成都小程序開發(fā)、潮陽網(wǎng)絡(luò)營銷、潮陽企業(yè)策劃、潮陽品牌公關(guān)、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運(yùn)營等，從售前售中售后，我們都將竭誠為您服務(wù)，您的肯定，是我們最大的嘉獎(jiǎng)；創(chuàng)新互聯(lián)為所有大學(xué)生創(chuàng)業(yè)者提供潮陽建站搭建服務(wù)，24小時(shí)服務(wù)熱線：18982081108，官方網(wǎng)址：www.cdcxhl.com
Gilad首先拿類型變化舉了一個(gè)簡單例子。Java語言的char類型最初用16位二進(jìn)制表示（符合當(dāng)時(shí)的Unicode標(biāo)準(zhǔn)）。但是當(dāng)標(biāo)準(zhǔn)改變之后，“人們用Java處理unicode時(shí)不得不自己處理編碼格式”。至于性能的問題，他提供了幾個(gè)例子演示如何在不影響效率的情況下處理對(duì)象。其中一個(gè)例子：
那么我們?nèi)绾伪苊馐褂迷鷶?shù)據(jù)類型而又不損失性能呢？
Java有一套強(qiáng)制靜態(tài)類型機(jī)制，它被編譯成靜態(tài)類型的匯編語言（Java字節(jié)碼，即JVML）。它支持靜態(tài)類。我不建議使用這些特性，但是我們需要知道。我們唯一需要做的就是根除原生數(shù)據(jù)類型。
假設(shè)我們存在一個(gè)靜態(tài)類Int表示32位整數(shù)。編譯器能夠把該靜態(tài)類轉(zhuǎn)換為int類型。因此，我們就可以編寫標(biāo)準(zhǔn)的Java代碼而無需損失任何性能。
更有趣的例子包括：以操作符命名的方法、==操作符、實(shí)例鎖定和數(shù)組協(xié)變等等。
原生數(shù)據(jù)討論結(jié)論：
總之，Java原本可以完全面向?qū)ο蠖皇苊黠@的性能影響。但是它過去不是，現(xiàn)在不是，可能未來也不是。光榮易逝?。⊿ic Transit Gloria Mundi）。
文章的讀者回復(fù)大多數(shù)都同意Gilad的觀點(diǎn)。
摘選如下：
◆Daniel Speiwak——事實(shí)上，聽起來很像Scala。Odersky和朋友們提出了一種有關(guān)協(xié)變數(shù)組和消除原生的解決辦法：泛型特化。
◆abies ——可能并非如此簡單。盡管我也認(rèn)為將原生類型編碼為對(duì)象可以非常高效，但是總會(huì)有損失的。Smalltalk就是一個(gè)例子——大多數(shù)實(shí)現(xiàn)都把小/大整數(shù)區(qū)別對(duì)待，小整數(shù)被存放在非環(huán)形指針里。這意味著整數(shù)在不同大小轉(zhuǎn)換時(shí)表現(xiàn)出巨大的性能差異——對(duì)每一個(gè)整數(shù)的處理都有一些影響。我非常高興Java在數(shù)學(xué)運(yùn)算法方面有可能和C++/Fortran一樣快。
◆Osvaldo Doederlein——有關(guān)面向?qū)ο髒s原生數(shù)據(jù)類型的討論首先面臨一個(gè)挑戰(zhàn)：舉出至少一個(gè)純面向?qū)ο笳Z言相比擁有原生數(shù)據(jù)類型和數(shù)組的語言沒有顯著的性能損失。不要拿高層次的應(yīng)用基準(zhǔn)來糊弄我。我要的是數(shù)學(xué)運(yùn)算/數(shù)組的微基準(zhǔn)，或者是現(xiàn)實(shí)世界低層次的運(yùn)算，如數(shù)據(jù)壓縮、視頻編碼、網(wǎng)絡(luò)棧等等。
討論也包括一些技術(shù)上的例子以說明兩者之間的鴻溝。
也許有關(guān)“OO爭論”最有趣的一些方面在這次討論中并沒有提到。比如：
效率vs面向?qū)ο蠹兌仁?0年代和90年初期（Java誕生之前）Smalltalk和C++語言之爭的焦點(diǎn)，其實(shí)這是一個(gè)完全不相關(guān)的辯論，因?yàn)樗鲆?了OO語言誕生的原因。當(dāng)時(shí)最純正的OO語言是 Smalltalk和Self，兩者都明確的以Simula（不是Simula I）為榜樣以建立一種支持領(lǐng)域?qū)＜液唵沃苯拥谋磉_(dá)問題和解決方案的語言。影響性能是完全可以理解的！
文章作者認(rèn)為 Smalltalk在嵌入式、毫秒時(shí)間計(jì)時(shí)、切換的程序和實(shí)時(shí)的圖形顯示系統(tǒng)（應(yīng)用于噴氣式飛機(jī)）中優(yōu)于C++應(yīng)用。這是因?yàn)镾malltalk應(yīng)用了很多編程技巧（比如預(yù)編譯的方法和Smalltalk對(duì)象可以直接與硬件打交道而不依賴操作系統(tǒng)）以獲得性能優(yōu)勢(shì)。關(guān)鍵在于，編寫相同的C++程序所花費(fèi)的開發(fā)時(shí)間縮短了1/3。
Java從來沒有真正想成為一個(gè)面向?qū)ο笳Z言。如果Sun在獲取Smalltalk授權(quán)時(shí)沒有受到阻礙（ParcPlace的純粹商業(yè)錯(cuò)誤），Java可能根本不會(huì)存在。Oak將繼續(xù)沿著“智能烤面包機(jī)”的道路進(jìn)化，而不會(huì)成為Java的基礎(chǔ)。 Java的目的就是融合Samlltalk和C++的各自最佳特性，而不是成為一種純OO語言。
從代碼和語言“特征”的角度談?wù)揙O純度是絕對(duì)錯(cuò)誤的。對(duì)象是一種隱喻工具，開發(fā)人員可以借此更好的理解問題域，并獲得完全不同的、更加簡單和富有效率的設(shè)計(jì)和架構(gòu)。如果一門語言是純面向?qū)ο?，“一切皆?duì)象”，僅僅意味著你可以直接表達(dá)你的設(shè)計(jì)而無需考慮這些這些設(shè)計(jì)在機(jī)器層面如何實(shí)現(xiàn)和執(zhí)行。
如果基于為何編程語言這樣設(shè)計(jì)、在機(jī)器執(zhí)行效率不是關(guān)鍵因素時(shí)對(duì)象是否真的提供了一種建立設(shè)計(jì)的好辦法等問題來看待純OO/效率的爭論，還是非常有趣的。
【編輯推薦】
- 成為Java高手的重要過程
- Java GUI的發(fā)展和演化簡史
- Java正則表達(dá)式工具類實(shí)例
- 用Java壓縮文件解決沒有中文問題示例
- Java與C++語言在作用域上的差異淺析
分享名稱：沒有原生數(shù)據(jù)類型，Java會(huì)更好嗎？
當(dāng)前地址：http://www.5511xx.com/article/djdgssd.html
