如何看待go語言泛型的最新設(shè)計？

Go 由于不支持泛型而臭名昭著，但最近，泛型已接近成為現(xiàn)實。Go 團隊實施了一個看起來比較穩(wěn)定的設(shè)計草案，并且正以源到源翻譯器原型的形式獲得關(guān)注。本文講述的是泛型的最新設(shè)計，以及如何自己嘗試泛型。

創(chuàng)新互聯(lián)服務(wù)項目包括吳堡網(wǎng)站建設(shè)、吳堡網(wǎng)站制作、吳堡網(wǎng)頁制作以及吳堡網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，吳堡網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到吳堡省份的部分城市，未來相信會繼續(xù)擴大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

例子

FIFO Stack

假設(shè)你要創(chuàng)建一個先進(jìn)先出堆棧。沒有泛型，你可能會這樣實現(xiàn)：

type?Stack?[]interface{}func?(s?Stack)?Peek()?interface{}?{

return?s[len(s)-1]

}

func?(s?*Stack)?Pop()?{

*s?=?(*s)[:

len(*s)-1]

}

func?(s?*Stack)?Push(value?interface{})?{

*s?=?

append(*s,?value)

}

但是，這里存在一個問題：每當(dāng)你 Peek 項時，都必須使用類型斷言將其從 interface{} 轉(zhuǎn)換為你需要的類型。如果你的堆棧是 *MyObject 的堆棧，則意味著很多 s.Peek().(*MyObject)這樣的代碼。這不僅讓人眼花繚亂，而且還可能引發(fā)錯誤。比如忘記 * 怎么辦？或者如果您輸入錯誤的類型怎么辦？s.Push(MyObject{})` 可以順利編譯，而且你可能不會發(fā)現(xiàn)到自己的錯誤，直到它影響到你的整個服務(wù)為止。

通常，使用 interface{} 是相對危險的。使用更多受限制的類型總是更安全，因為可以在編譯時而不是運行時發(fā)現(xiàn)問題。

泛型通過允許類型具有類型參數(shù)來解決此問題：

type?Stack(type?T)?[]Tfunc?(s?Stack(T))?Peek()?T?{

return?s[len(s)-1]

}

func?(s?*Stack(T))?Pop()?{

*s?=?(*s)[:

len(*s)-1]

}

func?(s?*Stack(T))?Push(value?T)?{

*s?=?

append(*s,?value)

}

這會向 Stack 添加一個類型參數(shù)，從而完全不需要 interface{}。現(xiàn)在，當(dāng)你使用 Peek() 時，返回的值已經(jīng)是原始類型，并且沒有機會返回錯誤的值類型。這種方式更安全，更容易使用。（譯注：就是看起來更丑陋，^-^）

此外，泛型代碼通常更易于編譯器優(yōu)化，從而獲得更好的性能（以二進(jìn)制大小為代價）。如果我們對上面的非泛型代碼和泛型代碼進(jìn)行基準(zhǔn)測試，我們可以看到區(qū)別：

type?MyObject?struct?{

X?

int

}

var?sink?MyObjectfunc?BenchmarkGo1(b?*testing.B)?{

for?i?:=?0;?i??b.N;?i++?{

var?s?Stack

s.Push(MyObject{})

s.Push(MyObject{})

s.Pop()

sink?=?s.Peek().(MyObject)

}

}

func?BenchmarkGo2(b?*testing.B)?{

for?i?:=?0;?i??b.N;?i++?{

var?s?Stack(MyObject)

s.Push(MyObject{})

s.Push(MyObject{})

s.Pop()

sink?=?s.Peek()

}

}

結(jié)果：

BenchmarkGo1BenchmarkGo1-16?????12837528?????????87.0?ns/op???????48?B/op????????2?allocs/opBenchmarkGo2BenchmarkGo2-16?????28406479?????????41.9?ns/op???????24?B/op????????2?allocs/op

在這種情況下，我們分配更少的內(nèi)存，同時泛型的速度是非泛型的兩倍。

合約（Contracts）

上面的堆棧示例適用于任何類型。但是，在許多情況下，你需要編寫僅適用于具有某些特征的類型的代碼。例如，你可能希望堆棧要求類型實現(xiàn) String() 函數(shù)

為什么 Go 語言的性能還不如java

Go語言自亮相以來并沒有展示一個明確的方向，Google員工將Go語言稱為一個“試驗性語言”，稱其試圖融合Python等動態(tài)語言的開發(fā)速度和C或C++等編譯語言的性能和安全。一位Go語言的支持者概括而言Go語言如下：簡單、快速、安全、并發(fā)、快樂編程、開源；但Go語言缺乏方向以及其“集大成者”的嘗試很容易會導(dǎo)致其學(xué)貓不成學(xué)狗也不成，淪為四不像。盡管如此，編者仍然覺得Go語言有相當(dāng)大的潛力：很多開發(fā)者對它感興趣——不僅它的最初設(shè)計者陣容強大，而且在參與修改源代碼的人群中也不乏大牛級人物。這很有可能幫助Go語言找到適合自己的方向，開拓系統(tǒng)編程的新方向。

Go語言怎么樣？

Go語言是谷歌推出的一種全新的編程語言，可以在不損失應(yīng)用程序性能的情況下降低代碼的復(fù)雜性。谷歌首席軟件工程師羅布派克(Rob Pike)說:我們之所以開發(fā)Go，是因為過去10多年間軟件開發(fā)的難度令人沮喪。

Go是谷歌2009發(fā)布的第二款編程語言。2009年7月份，谷歌曾發(fā)布了Simple語言，它是用來開發(fā)Android應(yīng)用的一種BASIC語言.

Go Logo

北京時間2010年1月10日，Go語言摘得了TIOBE公布的2009年年度大獎。該獎項授予在2009年市場份額增長最多的編程語言。

谷歌資深軟件工程師羅布·派克(Rob Pike)表示，"Go讓我體驗到了從未有過的開發(fā)效率。"派克表示，和今天的C++或C一樣，Go是一種系統(tǒng)語言。他解釋道，"使用它可以進(jìn)行快速開發(fā)，同時它還是一個真正的編譯語言，我們之所以現(xiàn)在將其開源，原因是我們認(rèn)為它已經(jīng)非常有用和強大。"

2007年，谷歌把Go作為一個20%項目開始研發(fā)，即讓員工抽出本職工作之外時間的20%， 投入在該項目上。除了派克外，該項目的成員還有其他谷歌工程師也參與研發(fā)。

派克表示，編譯后Go代碼的運行速度與C語言非常接近,而且編譯速度非?？?，就像在使用一個交互式語言。現(xiàn)有編程語言均未專門對多核處理器進(jìn)行優(yōu)化。Go就是谷歌工程師為這類程序編寫的一種語言。它不是針對編程初學(xué)者設(shè)計的，但學(xué)習(xí)使用它也不是非常困難。Go支持面向?qū)ο?，而且具有真正的閉包(closures)和反射 (reflection)等功能。

在學(xué)習(xí)曲線方面，派克認(rèn)為Go與Java類似，對于Java開發(fā)者來說，應(yīng)該能夠輕松學(xué)會 Go。之所以將Go作為一個開源項目發(fā)布，目的是讓開源社區(qū)有機會創(chuàng)建更好的工具來使用該語言，例如 Eclipse IDE中的插件。

在谷歌公開發(fā)布的所有網(wǎng)絡(luò)應(yīng)用中，均沒有使用Go，但是谷歌已經(jīng)使用該語言開發(fā)了幾個內(nèi)部項目。派克表示，Go是否會對谷歌即將推出的Chrome OS產(chǎn)生影響，還言之尚早,不過Go的確可以和Native Client配合使用。他表示"Go可以讓應(yīng)用完美的運行在瀏覽器內(nèi)。"例如，使用Go可以更高效的實現(xiàn)Wave，無論是在前端還是后臺。

Go 同時具有兩種編譯器，一種是建立在GCC基礎(chǔ)上的Gccgo，另外一種是分別針對64位x64和32位x86計算機的一套編譯器(6g和8g)。谷歌目前正在研發(fā)其對ARM芯片和Android設(shè)備的支持。派克表示，"Android手機存在的問題是，我們一直沒有一個數(shù)學(xué)協(xié)處理器。"

golang做后臺開發(fā)有什么優(yōu)勢和劣勢

golang在近些年被追捧，不管某華，某阿在很多服務(wù)器開發(fā)上都在使用。

你不用懷疑golang的

優(yōu)勢：部署簡單，良好的語言設(shè)計，并發(fā)性好，性能優(yōu)良，開發(fā)簡潔快，標(biāo)準(zhǔn)庫強大，編譯簡單

缺點：還存在一些缺陷（例如垃圾回收），缺少安全檢查，性能方面目前比不過java，第三方庫不及java

但作為新興語種，我們不用擔(dān)心，背后有谷歌支持和java持平也就是時間上的問題。

而且前面還有某華，某阿頂著不怕。

為什么我不喜歡Go語言式的接口

所謂Go語言式的接口，就是不用顯示聲明類型T實現(xiàn)了接口I，只要類型T的公開方法完全滿足接口I的要求，就可以把類型T的對象用在需要接口I的地方。這種做法的學(xué)名叫做Structural Typing，有人也把它看作是一種靜態(tài)的Duck Typing。除了Go的接口以外，類似的東西也有比如Scala里的Traits等等。有人覺得這個特性很好，但我個人并不喜歡這種做法，所以在這里談?wù)勊娜秉c。當(dāng)然這跟動態(tài)語言靜態(tài)語言的討論類似，不能簡單粗暴的下一個“好”或“不好”的結(jié)論。

我的觀點:

Go的隱式接口Duck Typing確實不是新技術(shù), 但是在主流靜態(tài)編程語言中支持Duck Typing應(yīng)該是很少的(不清楚目前是否只有Go語言支持).

靜態(tài)類型和動態(tài)類型雖然沒有絕對的好和不好, 但是每個都是有自己的優(yōu)勢的, 沒有哪一個可以包辦一切. 而Go是試圖結(jié)合靜態(tài)類型和動態(tài)類型(interface)各自的優(yōu)勢.

那么就從頭談起：什么是接口。其實通俗的講，接口就是一個協(xié)議，規(guī)定了一組成員，例如.NET里的ICollection接口：

public interface ICollection {

int Count { get; }

object SyncRoot { get; }

bool IsSynchronized { get; }

void CopyTo(Array array, int index);

}

這就是一個協(xié)議的全部了嗎？事實并非如此，其實接口還規(guī)定了每個行為的“特征”。打個比方，這個接口的Count除了需要返回集合內(nèi)元素的數(shù)目以外，還隱含了它需要在O(1)時間內(nèi)返回這個要求。這樣一個使用了ICollection接口的方法才能放心地使用Count屬性來獲取集合大小，才能在知道這些特征的情況下選用正確的算法來編寫程序，而不用擔(dān)心帶來性能問題，這才能實現(xiàn)所謂的“面向接口編程”。當(dāng)然這種“特征”并不但指“性能”上的，例如Count還包含了例如“不修改集合內(nèi)容”這種看似十分自然的隱藏要求，這都是ICollection協(xié)議的一部分。

對比 Go 語言，Rust 有什么優(yōu)勢和劣勢？

我并沒有什么編程的經(jīng)驗，覺得編程實在是太復(fù)雜了，不喜歡去研究太多，對這個也不怎么懂，只能說自己是個半吊子，就是所掌握的知識，也是東拼西湊的，朋友和我說點兒，自己去書上看一點兒，只能說根據(jù)自己的體驗給出一些體會吧。

Rust的優(yōu)勢是：

1、Rust把安全、精確的內(nèi)存管理作為一切的中心放在首要的位置。

2、Rust同時擁有特別強的控制性和特別強的安全性。

3、Rust語言通過： 優(yōu)秀的類型系統(tǒng)設(shè)計、 嚴(yán)格的編譯器靜態(tài)審查、 配合程序員局部核對、加上少量的運行時校驗，保障了內(nèi)存安全。

4、Rust的語言特別的復(fù)雜，導(dǎo)致學(xué)習(xí)曲線比較陡峭，對于初學(xué)者來說難度較大。但學(xué)通之后將終生受益。

5、效率高，速度特別的快

6、 支持范型

7、 社區(qū)活躍度很高，更加的強調(diào)了社區(qū)的作用。

8、Rust 有更強的語義，更容易捕獲錯誤的邏輯，編譯器直接檢查出你代碼中的不安全的部分

Rust的劣勢是：

1、 語言相對來說比較復(fù)雜，對于新手來說，讓新手摸不著頭腦。

2、還不算太穩(wěn)定。

其實我覺得什么代碼啊編程啊這些東西還是比較適合理工的學(xué)生去研究，我一看腦袋就大，完全不明白在講什么。我大概了解的就是這些，語言的話大家可以多方面的去了解，也不是說有缺點就是不好，看配置看個人吧，每個人習(xí)慣不一樣，也許有的人用不穩(wěn)定的還覺得挺好呢，有的人就喜歡比較完美的，在我看來編程這個東西真的是很復(fù)雜，會有很多的代碼，這些代碼弄得我自己頭都大了，有的時候還得去惡補一下。

網(wǎng)頁題目：go語言深缺點,go語言的優(yōu)勢與劣勢
URL網(wǎng)址：http://chinadenli.net/article28/hesgjp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導(dǎo)航、關(guān)鍵詞優(yōu)化、企業(yè)網(wǎng)站制作、品牌網(wǎng)站建設(shè)、商城網(wǎng)站、網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)