如何看待go語言泛型的最新設計？

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

創新互聯建站長期為上千多家客戶提供的網站建設服務，團隊從業經驗10年，關注不同地域、不同群體，并針對不同對象提供差異化的產品和服務；打造開放共贏平臺，與合作伙伴共同營造健康的互聯網生態環境。為吳江企業提供專業的網站設計制作、網站建設，吳江網站改版等技術服務。擁有10余年豐富建站經驗和眾多成功案例,為您定制開發。

例子

FIFO Stack

假設你要創建一個先進先出堆棧。沒有泛型，你可能會這樣實現：

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)

}

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

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

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

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 添加一個類型參數，從而完全不需要 interface{}。現在，當你使用 Peek() 時，返回的值已經是原始類型，并且沒有機會返回錯誤的值類型。這種方式更安全，更容易使用。（譯注：就是看起來更丑陋，^-^）

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

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()

}

}

結果：

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

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

合約（Contracts）

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

GO語言（十三）：使用 Go 和 Gin 開發 RESTful API（下）

當客戶端在 發出POST請求時/albums，您希望將請求正文中描述的專輯添加到現有專輯數據中。

為此，您將編寫以下內容：

1、編寫代碼

a.添加代碼以將專輯數據添加到專輯列表。

在此代碼中：

1）用于Context.BindJSON 將請求正文綁定到newAlbum。

2） album將從 JSON 初始化的結構附加到albums 切片。

3）向響應添加201狀態代碼，以及表示您添加的專輯的 JSON。

b.更改您的main函數，使其包含該router.POST函數，如下所示。

在此代碼中：

1）將路徑中的POST方法與 /albumspostAlbums函數相關聯。

使用 Gin，您可以將處理程序與 HTTP 方法和路徑組合相關聯。這樣，您可以根據客戶端使用的方法將發送到單個路徑的請求單獨路由。

a.如果服務器從上一節開始仍在運行，請停止它。

b.從包含 main.go 的目錄中的命令行，運行代碼。

c.從不同的命令行窗口，用于curl向正在運行的 Web 服務發出請求。

該命令應顯示添加專輯的標題和 JSON。

d.與上一節一樣，使用curl檢索完整的專輯列表，您可以使用它來確認添加了新專輯。

該命令應顯示專輯列表。

當客戶端向 發出請求時GET /albums/[id]，您希望返回 ID 與id路徑參數匹配的專輯。

為此，您將：

a.在您在上一節中添加的函數下方postAlbums，粘貼以下代碼以檢索特定專輯。

此getAlbumByID函數將提取請求路徑中的 ID，然后找到匹配的專輯。

在此代碼中：

（1）Context.Param用于從 URL 中檢索id路徑參數。當您將此處理程序映射到路徑時，您將在路徑中包含參數的占位符。

（2）循環album切片中的結構，尋找其ID 字段值與id參數值匹配的結構。如果找到，則將該album結構序列化為 JSON，并將其作為帶有200 OK HTTP 代碼的響應返回。

如上所述，實際使用中的服務可能會使用數據庫查詢來執行此查找。

（3）如果找不到專輯，則返回 HTTP 404錯誤。

b.最后，更改您的main，使其包含對router.GET的新調用，路徑現在為/albums/:id ，如以下示例所示。

在此代碼中：

（1）將/albums/:id路徑與getAlbumByID功能相關聯。在 Gin 中，路徑中項目前面的冒號表示該項目是路徑參數。

a.如果服務器從上一節開始仍在運行，請停止它。

b.在包含 main.go 的目錄中的命令行中，運行代碼以啟動服務器。

c.從不同的命令行窗口，用于curl向正在運行的 Web 服務發出請求。

該命令應顯示您使用其 ID 的專輯的 JSON。如果找不到專輯，您將收到帶有錯誤消息的 JSON。

恭喜！您剛剛使用 Go 和 Gin 編寫了一個簡單的 RESTful Web 服務。

本節包含您使用本教程構建的應用程序的代碼。

當前標題：go語言能提取問財數據嗎 go語言采集
鏈接地址：http://www.js-pz168.com/article40/dddgsho.html

成都網站建設公司_創新互聯，為您提供網站收錄、電子商務、品牌網站設計、關鍵詞優化、ChatGPT、Google

廣告

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