用了Go匿名結構體，搬磚效率更高，產量更足了
今天給大家分享一個使用匿名結構體，提升Go編程效率的小技巧，沒什么技術深度，屬于在日常寫代碼過程中積累下來的一個提升自己編程效率的小經驗。
這個技巧之所以提效率主要體現在兩方面：
- 減少一些不會復用的類型定義
- 節省糾結該給類型起什么名字的時間
尤其第二項，通過匿名結構體這個名字就能體現出來，它本身就沒有類型名，這能節省不少想名字的時間。再一個也能減少起錯名字給其他人帶來的誤解，畢竟并不是所有人編程時都會按照英文的詞法做命名的。
下面我先從普通結構體說起，帶大家看看什么情形下用匿名結構體會帶來編碼效率的提升。
具名結構體
具名結構體就是平時用的普通結構體。
結構體大家都知道，用于把一組字段組織在一起，來在Go語言里抽象表達現實世界的事物，類似“藍圖”一樣。
比如說定義一個名字為Car的結構體在程序里表示“小汽車”
// 定義結構體類型'car'
type car struct {
make string
model string
mileage int
}用到這個結構體的地方通過其名字引用其即可，比如創建上面定義的結構體的實例
// 創建car 的實例
newCar := car{
make: "Ford",
model: "taurus",
mileage: 200000,
}匿名結構體
匿名結構體顧名思義就是沒有名字的結構體，通常只用于在代碼中僅使用一次的結構類型，比如
func showMyCar() {
newCar := struct {
make string
model string
mileage int
}{
make: "Ford",
model: "Taurus",
mileage: 200000,
}
fmt.Printlb(newCar.mode)
}上面這個函數中聲明的匿名結構體賦值給了函數中的變量，所以只能在函數中使用。
如果一個結構體初始化后只被使用一次，那么使用匿名結構體就會很方便，不用在程序的package中定義太多的結構體類型，比如在解析接口的響應到結構體后，就可以使用匿名結構體
用于解析接口響應
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
}類似上面這種代碼一般在控制層寫，可以通過匿名結構體實例解析到請求后再去創建對應的DTO或者領域對象供服務層或者領域層使用。
有人會問為什么不直接把API的響應解析到DTO對象里，這里說一下，匿名結構體的使用場景是在覺得定一個Struct 不值得、不方便的情況下才用的。 比如程序拿到接口響應后需要按業務規則加工下才能創建DTO實例這種情況，就很適合用匿名結構體先解析響應。
比用map更健壯
這里再說一點使用匿名結構體的好處。
使用匿名解析接口響應要比把響應解析到map[string]interface{}類型的變量里要好很多，json數據解析到匿名結構體的時候在解析的過程中會進行類型檢查，會更安全。使用的時候直接通過s.FieldName訪問字段也比map訪問起來更方便和直觀。
用于定義項目約定的公共字段
除了上面這種結構體初始化后只使用一次的情況，在項目中定義各個接口的返回或者是DTO時，有的公共字段使用匿名結構體聲明類型也很方便。
一般在啟動項目的時候我們都會約定項目提供的接口的響應值結構，比如響應里必須包含Code、Msg、Data三個字段，每個接口會再細分定義返回的Data的結構，這個時候用匿名結構題能節省一部分編碼效率。
比如下面這個Reponse的結構體類型的定義
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"`
}當然如果UserCoupon是你的項目其他地方也會用到的類型，那么先聲明，順帶在Response結構體里也使用是沒問題的，只要會多次用到的類型都建議聲明成正常的結構體類型。
還是那句話匿名結構體只在你覺得"這還要定義個類型？”時候使用，用好的確實能提高點代碼生產效率。
總結
本次的分享就到這里了，內容比較簡單，記住這個口訣：匿名結構體只在你寫代碼時覺得這還要定義個類型，感覺沒必要的時候使用，采納這個技巧，時間長了還是能看到一些自己效率的提高的。
