0 前言

你是否在使用 Go 的過程中因為類型轉換的繁瑣而苦惱過？

你是否覺得 Go 語言中的類型斷言可能會 panic 而對自己寫的代碼有那么一點點不放心？

如果你有過如上體驗，并且想要找到一個合適的解決方案的話，那么本文推薦的一個用于類型轉換的第三方庫 cast 絕對是一個值得嘗試的選擇。

1 cast

cast 是一個極為簡潔的第三方庫，github 地址：https://github.com/spf13/cast。

項目主頁里的頭兩句介紹就是：

Easy and safe casting from one type to another in Go

Don’t Panic! ... Cast

可見，cast 的主要功能就是類型轉換，且沒有 panic。

多說一句，Don't panic 在英語中本身就是一個常用語，表示不要慌張、不要害怕，所以，在這里其實是一個有意思的雙關。

2 上手

2.1 安裝引入

這里只講 go mod 的引入方式。

在 go.mod 文件中 require github.com/spf13/cast v1.5.0（目前最新版為 1.5.0），接著用 mod 進行 download、tidy 等操作，再在代碼中 import "github.com/spf13/cast" 即可使用 cast 關鍵字使用 cast 的功能了。

2.2 使用

2.2.1 常規(guī)用法

我們直接通過幾個簡單的例子來體驗一下 cast：

var target interface{} = "123"
str := "hello, world!"

fmt.Println(cast.ToString(target))
fmt.Println(cast.ToInt(target))
fmt.Println(cast.ToInt(str))

// 輸出：
123
123
0

我們創(chuàng)建了一個 interface{} 類型的變量 target，傳統(tǒng)方式下如果要將一個 interface{} 轉化為 string，需要使用類型斷言：

var target interface{} = "123"

str := target.(string)
// or
str, ok := target.(string)

類型斷言的缺點很明顯，如果不接收第二個返回值，會有 panic 風險；如果接收第二個參數(shù)，則略顯繁瑣。

到了第二個 ToInt，cast 的優(yōu)勢就更明顯了，傳統(tǒng)方式下，一個 interface{} 類型的 "123" 如果要轉換成 int，必須先類型斷言為 string，再使用 strconv 轉換成 int，代碼就不寫了，想象一下就知道有多麻煩，而 cast 可以將這個過程一步到位。

接著是第三個輸出 cast.ToInt(str)，這里的 str 是一個 string 類型的 "hello, world!"，它顯然不能被轉換成 int，于是 cast 將其設置為 int 的零值 0。

其實 cast 的所有類型轉換都會將無法轉換的結果轉為零值，而不是 panic，這也就是 cast 官方承諾的 Don't panic。

2.2.2 帶 error 的用法

看到這里，有朋友可能要問了：如果我的邏輯必須判斷目標是否轉換成功了呢？如果我的轉換結果就有可能是 0 呢？我怎么知道這個 0 是轉換失敗的零值，還是目標原始的真實值？

cast 的作者自然也想到了這一點，于是，cast 的所有類型轉換函數(shù)都有一個對應的 with error 版：

str := "hello"
strNum := "123"

num, e := cast.ToIntE(str)
fmt.Println(num)
fmt.Println(e)

num, e = cast.ToIntE(strNum )
fmt.Println(num)
fmt.Println(e)

// 輸出
0
unable to cast "hello" of type string to int64
123
nil

帶 error 的版本其實就是在非 error 版的函數(shù)名結尾添加了一個 E，其結果也很好理解，這里不再展開細講了。

2.2.3 很酷的東西

最后再來看一個我覺得很酷的東西：

var js interface{} = `{"name": "Jack", "gender": "male"}`

fmt.Println(cast.ToStringMap(js))

// 輸出
map[gender:male name:Jack]

cast 能直接將一個 JSON 字符串轉換成 map！當然這一步其實用類型斷言也可以做到，但 cast 的方式會更加優(yōu)雅。

3 性能及原理

如果你只是想使用 cast，那么接下來的內(nèi)容就可以忽略了；如果你還想深入了解一些 cast，可以看看這一節(jié)。

很多做后端開發(fā)的朋友會習慣性關心性能和原理，我也一樣，所以早在我第一次接觸使用 cast 時，我就去看了它的源碼，然后……這樣，我直接把上面我們用過的 ToInt 的相關源碼列出來，大家自己看看就明白了：

// cast.go

// ToInt casts an interface to an int type.
func ToInt(i interface{}) int {
    v, _ := ToIntE(i)
    return v
}

// caste.go

// ToIntE casts an interface to an int type.
func ToIntE(i interface{}) (int, error) {
    i = indirect(i)    // 這個 indirect 函數(shù)里使用反射來獲取 i 的 interface{} 值，代碼不列了
    // ...省略
    switch s := i.(type) {
    case int64:
        return int(s), nil
    case int32:
        return int(s), nil
    // ...省略
    case string:
        v, err := strconv.ParseInt(trimZeroDecimal(s), 0, 0)
        if err == nil {
            return int(v), nil
        }
        return 0, fmt.Errorf("unable to cast %#v of type %T to int64", i, i)
    }
    // ...省略
}

明白了吧，沒有什么技巧，依然是常規(guī)手段進行轉換，只是它把各種情況都囊括了進來，做到了足夠全面。

而且我們發(fā)現(xiàn)，帶 error 的函數(shù)才是原始函數(shù)，不帶 error 的只是一個封裝后的便捷方式。

cast 的源碼很短，只有兩個文件，加起來不到 2000 行。

所以看到這里，cast 的性能問題就沒什么值得討論的了，一定高不到哪兒去。尤其在泛型已經(jīng)實裝了之后，泛型的性能要遠超類型斷言、反射之類的技術，因此大家在使用 cast 的時候也請視情況而定。

4 總結

cast 是我用了很多年的一個庫了，早在泛型還八字沒一撇的時候我就發(fā)現(xiàn)了這個庫，那時我們的項目代碼里充斥著許多 interface{} 和反射，cast 的確幫了我們很大的忙。盡管現(xiàn)在已經(jīng)是泛型時代，go 語言可以用性能更佳的泛型替代許多以前只能用 interface{} 甚至反射實現(xiàn)的場景，但依然存在不少我們無法避免要用 interface{} 或類型轉換的地方，這種時候，尤其是這段程序對性能不敏感時，cast 依然是一把萬金油式的利器。

總結一下，cast 是一個用于類型轉換的 golang 第三方庫，它最大的特點是在類型轉換時可以不 panic，而是將出現(xiàn)問題的地方轉換成零值。當然，cast 也提供了帶 error 的函數(shù)，以供開發(fā)者在適當情況下使用。cast 的性能可能會是一個問題，因此我們在使用時一定要選擇合適的場景，避免由于濫用 cast 造成的性能瓶頸。

到此這篇關于一文帶你了解Golang中類型轉換庫cast的使用的文章就介紹到這了,更多相關Golang類型轉換庫cast內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論