今天給大家分享一個使用匿名結(jié)構(gòu)體，提升Go編程效率的小技巧，沒什么技術(shù)深度，屬于在日常寫代碼過程中積累下來的一個提升自己編程效率的小經(jīng)驗。

(資料圖片僅供參考)

這個技巧之所以提效率主要體現(xiàn)在兩方面：

減少一些不會復(fù)用的類型定義節(jié)省糾結(jié)該給類型起什么名字的時間

尤其第二項，通過匿名結(jié)構(gòu)體這個名字就能體現(xiàn)出來，它本身就沒有類型名，這能節(jié)省不少想名字的時間。再一個也能減少起錯名字給其他人帶來的誤解，畢竟并不是所有人編程時都會按照英文的詞法做命名的。

下面我先從普通結(jié)構(gòu)體說起，帶大家看看什么情形下用匿名結(jié)構(gòu)體會帶來編碼效率的提升。

具名結(jié)構(gòu)體

具名結(jié)構(gòu)體就是平時用的普通結(jié)構(gòu)體。

結(jié)構(gòu)體大家都知道，用于把一組字段組織在一起，來在Go語言里抽象表達現(xiàn)實世界的事物，類似“藍圖”一樣。

比如說定義一個名字為Car的結(jié)構(gòu)體在程序里表示“小汽車”

// 定義結(jié)構(gòu)體類型"car"type car struct {    make    string    model   string    mileage int}

用到這個結(jié)構(gòu)體的地方通過其名字引用其即可，比如創(chuàng)建上面定義的結(jié)構(gòu)體的實例

// 創(chuàng)建car 的實例newCar := car{    make:    "Ford",    model:   "taurus",    mileage: 200000,}

匿名結(jié)構(gòu)體

匿名結(jié)構(gòu)體顧名思義就是沒有名字的結(jié)構(gòu)體，通常只用于在代碼中僅使用一次的結(jié)構(gòu)類型，比如

func showMyCar() {    newCar := struct {        make    string        model   string        mileage int    }{        make:    "Ford",        model:   "Taurus",        mileage: 200000,    }    fmt.Printlb(newCar.mode)}

上面這個函數(shù)中聲明的匿名結(jié)構(gòu)體賦值給了函數(shù)中的變量，所以只能在函數(shù)中使用。

如果一個結(jié)構(gòu)體初始化后只被使用一次，那么使用匿名結(jié)構(gòu)體就會很方便，不用在程序的package中定義太多的結(jié)構(gòu)體類型，比如在解析接口的響應(yīng)到結(jié)構(gòu)體后，就可以使用匿名結(jié)構(gòu)體

用于解析接口響應(yīng)

func createCarHandler(w http.ResponseWriter, req *http.Request) {    defer req.Body.Close()    decoder := json.NewDecoder(req.Body)    newCar := struct {        Make    string `json:"make"`        Model   string `json:"model"`        Mileage int    `json:"mileage"`    }{}    err := decoder.Decode(&newCar)    if err != nil {        log.Println(err)        return    }    ......    return}

類似上面這種代碼一般在控制層寫，可以通過匿名結(jié)構(gòu)體實例解析到請求后再去創(chuàng)建對應(yīng)的DTO或者領(lǐng)域?qū)ο蠊┓?wù)層或者領(lǐng)域?qū)邮褂谩?/p>

有人會問為什么不直接把API的響應(yīng)解析到DTO對象里，這里說一下，匿名結(jié)構(gòu)體的使用場景是在覺得定一個Struct 不值得、不方便的情況下才用的。 比如程序拿到接口響應(yīng)后需要按業(yè)務(wù)規(guī)則加工下才能創(chuàng)建DTO實例這種情況，就很適合用匿名結(jié)構(gòu)體先解析響應(yīng)。

比用map更健壯

這里再說一點使用匿名結(jié)構(gòu)體的好處。

使用匿名解析接口響應(yīng)要比把響應(yīng)解析到map[string]interface{}類型的變量里要好很多，json數(shù)據(jù)解析到匿名結(jié)構(gòu)體的時候在解析的過程中會進行類型檢查，會更安全。使用的時候直接通過s.FieldName訪問字段也比map訪問起來更方便和直觀。

用于定義項目約定的公共字段

除了上面這種結(jié)構(gòu)體初始化后只使用一次的情況，在項目中定義各個接口的返回或者是DTO時，有的公共字段使用匿名結(jié)構(gòu)體聲明類型也很方便。

一般在啟動項目的時候我們都會約定項目提供的接口的響應(yīng)值結(jié)構(gòu)，比如響應(yīng)里必須包含Code、Msg、Data三個字段，每個接口會再細(xì)分定義返回的Data的結(jié)構(gòu)，這個時候用匿名結(jié)構(gòu)題能節(jié)省一部分編碼效率。

比如下面這個Reponse的結(jié)構(gòu)體類型的定義

type UserCouponResponse struct { Code int64  `json:"code"` Msg  string `json:"message"` Data []*struct {  CouponId           int    `json:"couponId"`  ProdCode           string `json:"prodCode"`  UserId             int64  `json:"userId"`  CouponStatus       int    `json:"couponStatus"`  DiscountPercentage int    `json:"discount"` } `json:"data"`}

就省的先去定義一個UserCoupon類型

type UserCoupon struct {    CouponId           int    `json:"couponId"`    ProdCode           string `json:"prodCode"`    UserId             int64  `json:"userId"`    CouponStatus       int    `json:"couponStatus"`    DiscountPercentage int    `json:"discount"`}

再在Response聲明里使用定義的UserCoupon了

type UserCouponResponse struct {    Code int64  `json:"code"`    Msg  string `json:"message"`    Data []*UserCoupon `json:"data"`}

當(dāng)然如果UserCoupon是你的項目其他地方也會用到的類型，那么先聲明，順帶在Response結(jié)構(gòu)體里也使用是沒問題的，只要會多次用到的類型都建議聲明成正常的結(jié)構(gòu)體類型。

還是那句話匿名結(jié)構(gòu)體只在你覺得"這還要定義個類型？”時候使用，用好的確實能提高點代碼生產(chǎn)效率。

總結(jié)

本次的分享就到這里了，內(nèi)容比較簡單，記住這個口訣：匿名結(jié)構(gòu)體只在你寫代碼時覺得這還要定義個類型，感覺沒必要的時候使用，采納這個技巧，時間長了還是能看到一些自己效率的提高的。

關(guān)鍵詞：