GO語言商業(yè)案例（十六）：Curve-

Golang 的創(chuàng)建是為了實現(xiàn)最大的用戶效率和編碼效率。已經熟悉 Java 或 PHP 的程序員可以在幾周內接受 Go 的培訓（許多人最終會更喜歡它）。在本文中，Dewet Diener 探討了 Golang 的優(yōu)缺點，以及它的測試驅動開發(fā) (TDD) 如何完美契合。

成都創(chuàng)新互聯(lián)-專業(yè)網站定制、快速模板網站建設、高性價比高港網站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式高港網站制作公司更省心,省錢,快速模板網站建設找我們，業(yè)務覆蓋高港地區(qū)。費用合理售后完善，十年實體公司更值得信賴。

Golang 由 Google 開發(fā)和設計，于 2009 年作為一種綜合性編程語言首次出現(xiàn)，旨在最大限度地提高編碼效率。創(chuàng)建該語言的目的是修正其他已建立語言的缺陷。盡管 Golang（或簡稱為“Go”）是一門年輕的語言，但已經積累了大量的開發(fā)人員，因此我們想分享為什么在 Curve 我們喜歡 Golang，以及我們如何采用它來實現(xiàn)我們移動銀行業(yè)務的目標到云端。

Go 是一種精致的編程語言：它支持“所見即所得”的原則，這意味著清晰易讀的代碼和更少的復雜抽象。該語言本身易于使用且易于訓練。盡管如此，作為一個相對較新的生態(tài)系統(tǒng)，要找到對 Go 具有廣泛預先知識的工程師可能會很棘手。

然而，與其他編程語言不同，Go 的創(chuàng)建是為了最大限度地提高用戶效率。因此，具有 Java 或 PHP 背景的開發(fā)人員和工程師可以在幾周內獲得使用 Go 的技能和培訓——根據我們的經驗，他們中的許多人最終更喜歡它。

在 Curve，我們大力提倡測試驅動開發(fā) (TDD)，Go 的框架與這種方法保持一致。通過簡單地命名一個文件 foo_test.go 并在該文件中添加結構化測試函數(shù)，Go 將快速有效地運行您的單元測試。這一創(chuàng)新功能提高了生產力，因為它可以更加專注于測試驅動的開發(fā)和改進的同行評審機會。

Golang 具有出色的生產優(yōu)化品質，例如內存占用小，這支持其在大型項目中作為構建塊的能力，以及開箱即用的與其他架構的輕松交叉編譯。由于 Go 代碼被編譯為單個靜態(tài)二進制文件，因此它可以輕松進行容器化，并且通過擴展，將 Go 部署到任何高可用性環(huán)境（例如 Kubernetes）中幾乎是微不足道的。

它提供了一種機制來保護工作負載，通過擁有非常纖薄的生產容器而沒有任何無關的依賴項。這使得構建、部署和維護基于 Go 的資產更加直接和安全，并為希望建立或發(fā)展其微服務戰(zhàn)略的公司提供了可靠的選擇。

Go 是專門為滿足我們快速發(fā)展的技術生態(tài)系統(tǒng)的需求而創(chuàng)建的。例如，Go 可以滿足您構建 API 所需的一切，并將其作為其標準庫的一部分。它使用簡單，高性能的 http 服務器消除了團隊設計新項目時經常發(fā)生的一些常見的 探索 和設計癱瘓問題——這對于一些其他流行語言（如 Java 和 Node.js）來說太常見了。

Golang 還通過其內置于語言本身的自動格式化程序巧妙地解決了代碼格式化分歧。這完全消除了格式爭議，進而提高了團隊的生產力和注意力。

盡管我是 Go 的擁護者，但它顯然也不是沒有缺陷。一個爭論不休的特性是 Go 沒有顯式接口，這是許多開發(fā)人員習慣的概念。雖然不是有害的，但它可以使選擇最適合您的結構的接口成為一項任務。這是因為您不會像在其他流行的編程語言中那樣編寫 X 實現(xiàn) Y，但您很快就會接受。

依賴管理也是另一個不屬于 Google Golang 開發(fā)團隊原始設計的功能。開源社區(qū)介入并創(chuàng)建了 Glide 和 Dep，最初的努力并沒有完全解決問題。從 Go 1.11 開始，添加了對模塊的支持，這似乎已成為官方的依賴管理工具。這些挑戰(zhàn)并沒有削弱 Go 作為一種高效編程語言的獨創(chuàng)性，并且它繼續(xù)為我們提供優(yōu)于其他編程語言的顯著優(yōu)勢。

Golang 吸引了全球敏銳的開發(fā)人員的注意，并且圍繞它的興奮繼續(xù)增長。開源社區(qū)因有趣的項目而蓬勃發(fā)展；最著名的是 Docker 和 Kubernetes。

正是這種新鮮、有創(chuàng)意但又簡單的包裝吸引了我們去Go：它是一種令人興奮的編碼語言，可以幫助我們在 Curve 中快速開發(fā)以構建更好的產品。

Go語言os標準庫常用方法Getwd/Getenv/Chdir

1. os.Getwd()函數(shù)

原型：func Getwd()(pwd string, err error)

作用：獲取當前文件路徑

返回：當前文件路徑的字符串和一個err信息

示例：

輸出：

當前路徑： D:ProjectsGomGoLab01

2. os.Getenv()函數(shù)

原型：func Getenv(key string) string

作用：獲取系統(tǒng)環(huán)境變量的值

參數(shù)：key - 系統(tǒng)環(huán)境變量名

返回：系統(tǒng)環(huán)境變量的值

示例：

輸出：

環(huán)境變量GOPATH的值是： D:/Projects/Go

3. os.Chdir()函數(shù)

原型：func Chdir(dir string) error

作用：將當前文件路徑改變?yōu)槟繕寺窂剑ǚ钦鎸嵏淖儯?/p>

參數(shù)：dir - 目標路徑（即改變之后的路徑）

返回：修改成功，返回 nil；修改失?。ㄈ纾耗繕寺窂讲淮嬖诘那闆r），返回錯誤信息。

示例一：

輸出：

起始路徑： D:ProjectsGomGoLab01

修改后的路徑： D:ProjectsGoDemo02

示例二：

輸出：

起始路徑： D:ProjectsGomGoLab01

error: chdir D:ProjectsGoDemo03: The system cannot find the file specified.

注：文件路徑，Window 系統(tǒng)下默認是“”，寫在代碼中時要用“”或“/”代替。

Go語言設計與實現(xiàn)（上）

基本設計思路：

類型轉換、類型斷言、動態(tài)派發(fā)。iface，eface。

反射對象具有的方法：

編譯優(yōu)化：

內部實現(xiàn)：

實現(xiàn) Context 接口有以下幾個類型（空實現(xiàn)就忽略了）：

互斥鎖的控制邏輯：

設計思路：

（以上為寫被讀阻塞，下面是讀被寫阻塞）

總結，讀寫鎖的設計還是非常巧妙的：

設計思路：

WaitGroup 有三個暴露的函數(shù):

部件：

設計思路：

結構：

Once 只暴露了一個方法：

實現(xiàn)：

三個關鍵點：

細節(jié)：

讓多協(xié)程任務的開始執(zhí)行時間可控（按順序或歸一）。（Context 是控制結束時間）

設計思路： 通過一個鎖和內置的 notifyList 隊列實現(xiàn)，Wait() 會生成票據，并將等待協(xié)程信息加入鏈表中，等待控制協(xié)程中發(fā)送信號通知一個（Signal()）或所有（Boardcast()）等待者（內部實現(xiàn)是通過票據通知的）來控制協(xié)程解除阻塞。

暴露四個函數(shù)：

實現(xiàn)細節(jié)：

部件：

包： golang.org/x/sync/errgroup

作用：開啟 func() error 函數(shù)簽名的協(xié)程，在同 Group 下協(xié)程并發(fā)執(zhí)行過程并收集首次 err 錯誤。通過 Context 的傳入，還可以控制在首次 err 出現(xiàn)時就終止組內各協(xié)程。

設計思路：

結構：

暴露的方法：

實現(xiàn)細節(jié)：

注意問題：

包： "golang.org/x/sync/semaphore"

作用：排隊借資源（如錢，有借有還）的一種場景。此包相當于對底層信號量的一種暴露。

設計思路：有一定數(shù)量的資源 Weight，每一個 waiter 攜帶一個 channel 和要借的數(shù)量 n。通過隊列排隊執(zhí)行借貸。

結構：

暴露方法：

細節(jié)：

部件：

細節(jié)：

包： "golang.org/x/sync/singleflight"

作用：防擊穿。瞬時的相同請求只調用一次，response 被所有相同請求共享。

設計思路：按請求的 key 分組（一個 *call 是一個組，用 map 映射存儲組），每個組只進行一次訪問，組內每個協(xié)程會獲得對應結果的一個拷貝。

結構：

邏輯：

細節(jié)：

部件：

如有錯誤，請批評指正。

golang標準庫，怎么使用接口類型的參數(shù)

容易產生歧義！ 定義函數(shù)如下：def func(alist=None, blist) 調用方式為func(lista)，當lista對應于參數(shù)blist則函數(shù)調用正確，如果對應于alist，則函數(shù)調用錯誤。 最后，對于函數(shù)具有多個默認參數(shù)而言，設計將會更加復雜！

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

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

例子

FIFO Stack

假設你要創(chuàng)建一個先進先出堆棧。沒有泛型，你可能會這樣實現(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)

}

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

通常，使用 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)在，當你使用 Peek() 時，返回的值已經是原始類型，并且沒有機會返回錯誤的值類型。這種方式更安全，更容易使用。（譯注：就是看起來更丑陋，^-^）

此外，泛型代碼通常更易于編譯器優(yōu)化，從而獲得更好的性能（以二進制大小為代價）。如果我們對上面的非泛型代碼和泛型代碼進行基準測試，我們可以看到區(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()

}

}

結果：

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）

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

新聞名稱：go語言標準庫設計,go 開發(fā)語言
本文網址：http://sd-ha.com/article4/dssoeoe.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、靜態(tài)網站、、微信公眾號、服務器托管、網頁設計公司

廣告

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