校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > 淺談用Go構建不可變的數據結構的方法

淺談用Go構建不可變的數據結構的方法

熱門標簽:南通如皋申請開通400電話 中國地圖標注省會高清 江西轉化率高的羿智云外呼系統 高德地圖標注口訣 學海導航地圖標注 西部云谷一期地圖標注 浙江高速公路地圖標注 廣州呼叫中心外呼系統 地圖標注的汽車標

共享狀態是比較容易理解和使用的,但是可能產生隱晦以至于很難追蹤的 bugs。尤其是在我們的數據結構只有部分是通過引用傳遞的。切片就是這么一個很好的例子。后續我會作出更加詳細的講解。

在處理經過多級變換或狀態的數據時,不可變數據結構是非常有用的。不可變僅意味著原始結構是不可以被改變的,而每一個新的結構副本都是以新的屬性值創建。

讓我們看個簡單的例子:

type Person struct {
  Name      string
  FavoriteColors []string
}

顯然,我們可以實例化一個Person然后隨心所欲地更改它的屬性。事實上,這樣做并沒有任何錯。但是,當你處理更加復雜的、傳遞引用和切片的嵌套式數據結構,或者利用通道傳遞副本時,以某些姿勢更改這些共享的數據副本可能會導致不易察覺的 bugs。

為啥我之前就沒有遇到過這種問題呢?

如果沒有重度使用 channel 或代碼基本是串行執行的,由于從定義上講每次只有一個操作能夠作用在數據上,你不大可能會遇見這些不明顯的 bugs。

再者,除了避免 bugs外,不可變數據結構還有其他優勢:

  1. 由于狀態絕不會原地更新,這對一般的調試和記錄每個變換步驟以用于后續監控是非常有用的
  2. 撤銷或“時光倒流”的能力不僅是可能的,而且是小菜一碟,只需一個賦值操作即可
  3. 由于正確且安全的實現需要損失性能和費盡心思地仔細設置/測試內存鎖,共享狀態被廣泛認為是糟糕的做法

Getter 和 Wither

Getter 返回數據,setter 改變數據,wither 創建新狀態。

基于 getter 和 wither,我們可以精準控制能被改變的屬性。這也為我們提供了一種記錄變換的有效方式(后續)。

新的代碼如下:

type Person struct {
  name      string
  favoriteColors []string
}

func (p Person) WithName(name string) Person {
  p.name = name
  return p
}

func (p Person) Name() string {
  return p.name
}

func (p Person) WithFavoriteColors(favoriteColors []string) Person {
  p.favoriteColors = favoriteColors
  return p
}

func (p Person) FavoriteColors() []string {
  return p.favoriteColors
}

需要注意的關鍵點如下:

  1. Person 的屬性都是私有的,因此外部包無法繞過 Person 提供的方法來訪問其屬性
  2. Person 的方法接收的不是 *Person。這就保證了結構通過值傳遞,返回的也是值
  3. 注意一下:我用了“With”而不是“Set”來表明重要的是返回值且原始對象并沒有像調用 setter 那樣被更改
  4. 對同一個包下的代碼來說,所有屬性依然是可訪問(也就可更改)的。我們絕不應該直接和屬性交互,而是在同一個包下也應一直堅持使用方法
  5. 每個 wither 返回的都是 Person,所以他們是可串聯的
 me := Person{}.
   WithName("Elliot").
   WithFavoriteColors([]string{"black", "blue"})

 fmt.Printf("%+#v\n", me)
 // main.Person{name:"Elliot", favoriteColors:[]string{"black", "blue"}}

處理切片

目前為止仍然不是完美的,因為對于最愛顏色我們返回的是切片。由于切片通過引用傳遞,我們來看看這么一個稍不留神就會忽略的 bug:

func updateFavoriteColors(p Person) Person {
  colors := p.FavoriteColors()
  colors[0] = "red"

  return p
}

func main() {
  me := Person{}.
    WithName("Elliot").
    WithFavoriteColors([]string{"black", "blue"})

  me2 := updateFavoriteColors(me)

  fmt.Printf("%+#v\n", me)
  fmt.Printf("%+#v\n", me2)
}

// main.Person{name:"Elliot", favoriteColors:[]string{"red", "blue"}}
// main.Person{name:"Elliot", favoriteColors:[]string{"red", "blue"}}

我們想要改變第一種顏色,但是連帶地改變了 me 變量。因為在復雜應用程序中這不會導致代碼無法運行,試圖搜尋出這么個變化是相當煩人和耗時的。

解決方法之一是確保我們絕不通過索引賦值,而是永遠都是分配一個新的切片:

func updateFavoriteColors(p Person) Person {
  return p.WithFavoriteColors(append([]string{"red"}, p.FavoriteColors()[1:]...))
}

// main.Person{name:"Elliot", favoriteColors:[]string{"black", "blue"}}
// main.Person{name:"Elliot", favoriteColors:[]string{"red", "blue"}}

在我看來,這有點拙而且容易出錯。更好的方式是一開始就不返回切片。拓展我們的 getter 和 wither 來僅對元素操作(而不是整個切片):

func (p Person) NumFavoriteColors() int {
  return len(p.favoriteColors)
}

func (p Person) FavoriteColorAt(i int) string {
  return p.favoriteColors[i]
}

func (p Person) WithFavoriteColorAt(i int, favoriteColor string) Person {
  p.favoriteColors = append(p.favoriteColors[:i],
    append([]string{favoriteColor}, p.favoriteColors[i+1:]...)...)


  return p
}

譯者注:上述代碼是錯誤的,如果p.favoriteColors的容量大于i則會就地改變副本的favoriteColors,參見反例,稍作調整即可得到正確實現

現在我們就可以放心使用:

func updateFavoriteColors(p Person) Person {
  return p.WithFavoriteColorAt(0, "red")
}

想要了解更多切片的妙用參見這篇牛逼的wiki:https://github.com/golang/go/wiki/SliceTricks

構造函數

某些情況下,我們會假設結構體的默認值是合理的。但是,強烈建議總是創建構造函數,一旦將來需要改變默認值時,我們只需要改動一個地方:

func NewPerson() Person {
  return Person{}
}

你可以隨心所欲地實例化 Person,但個人偏愛總是通過 setter 來執行狀態變換從而保持代碼一致性:

func NewPerson() Person {
  return Person{}.
    WithName("No Name")
}

接口 (Interface)

到現在為止,我們使用的還是公有的結構體。任由這些結構體方法擺布之下,加上創建 mock 可能會引發非預期的副作用,測試起來會很痛苦。

我們可以創建一個同名的接口,并把相應的結構體重命名為 person 使之私有化:

type Person interface {
  WithName(name string) Person
  Name() string
  WithFavoriteColors(favoriteColors []string) Person
  NumFavoriteColors() int
  FavoriteColorAt(i int) string
  WithFavoriteColorAt(i int, favoriteColor string) Person
}

type person struct {
  name      string
  favoriteColors []string
}

我們現在就可以只重寫想要替換的邏輯來創建測試 mock:

type personMock struct {
  Person
  receivedNewColor string
}

func (m personMock) WithFavoriteColorAt(i int, favoriteColor string) Person {
  m.receivedNewColor = favoriteColor
  return m
}

測試代碼樣例如下:

mock := personMock{}
result := updateFavoriteColors(mock)

result.(personMock).receivedNewColor // "red"

記錄變化

如我早前所言,完整的狀態轉換非常有益于調試,而且我們可以 wither 來掛入鉤子的方式捕捉到所有或部分變換過程:

func (p person) nextState() Person {
  fmt.Printf("nextState: %#+v\n", p)
  return p
}

func (p person) WithName(name string) Person {
  p.name = name
  return p.nextState() // - Use "nextState" whenever you return.
}

對于更加復雜的邏輯或個人偏好,你也可以采用 defer 的方式:

func (p person) WithFavoriteColors(favoriteColors []string) Person {
  defer func() {
    p.nextState()
  }()

  p.favoriteColors = favoriteColors
  return p
}

這樣變換就可看到了:

nextState: main.person{name:"No Name", favoriteColors:[]string(nil)}
nextState: main.person{name:"Elliot", favoriteColors:[]string(nil)}
nextState: main.person{name:"Elliot", favoriteColors:[]string{"black", "blue"}}

你可以添加更多諸如此類的信息。例如,時間戳、棧追蹤記錄和其他自定義的上下文信息來使得調試更加容易。

歷史及回滾

除了打印變化之外,我們還可以收集這些狀態作為歷史:

type Person interface {
  // ...
  AtVersion(version int) Person
}

type person struct {
  // ...
  history    []person
}

func (p *person) nextState() Person {
  p.history = append(p.history, *p)
  return *p
}

func (p person) AtVersion(version int) Person {
  return p.history[version]
}

func main() {
  me := NewPerson().
    WithName("Elliot").
    WithFavoriteColors([]string{"black", "blue"})

  // We discard the result, but it will be put into the history.
  updateFavoriteColors(me)

  fmt.Printf("%s\n", me.AtVersion(0).Name())
  fmt.Printf("%s\n", me.AtVersion(1).Name())
}

// No Name
// Elliot

這非常利于最后進行審查。記錄所有日志打印的歷史對處理后續異常的場景也是很有用的,如果不需要的話,讓歷史隨實例消亡即可。

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • Golang中數據結構Queue的實現方法詳解
  • 使用go實現常見的數據結構
  • Go語言模型:string的底層數據結構與高效操作詳解
  • 淺析go中的map數據結構字典
  • golang數據結構之golang稀疏數組sparsearray詳解

標簽:吐魯番 常州 德宏 東營 曲靖 許昌 貴州 保定

巨人網絡通訊聲明:本文標題《淺談用Go構建不可變的數據結構的方法》,本文關鍵詞  淺談,用,構建,不可,變的,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《淺談用Go構建不可變的數據結構的方法》相關的同類信息!
  • 本頁收集關于淺談用Go構建不可變的數據結構的方法的相關信息資訊供網民參考!
  • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    99国产一区二区三精品乱码| 岛国一区二区三区| 一区二区三区中文字幕精品精品| 久久女同互慰一区二区三区| 欧美大度的电影原声| 欧美巨大另类极品videosbest| 在线观看不卡一区| 欧美色综合网站| 欧美日韩亚洲不卡| 日韩一区二区免费电影| 欧美变态口味重另类| 久久综合色综合88| 中文字幕不卡一区| 亚洲欧美日韩在线播放| 亚洲一区二区三区爽爽爽爽爽| 一区二区三区日韩在线观看| 亚洲午夜电影在线观看| 喷白浆一区二区| 久久99精品久久久| 成人av免费在线| 欧美伊人久久久久久午夜久久久久| 欧美二区乱c少妇| 欧美精品一区二区蜜臀亚洲| 久久精品人人做人人爽人人| 最好看的中文字幕久久| 午夜激情综合网| 国产综合色精品一区二区三区| 成人免费黄色在线| 欧美日韩亚洲综合在线 | 欧美在线免费视屏| 欧美日韩国产高清一区| 久久婷婷国产综合国色天香| 国产精品国产三级国产普通话三级 | 美腿丝袜亚洲综合| 国产精品一二三四五| 色成人在线视频| 久久影院视频免费| 一区二区三区精密机械公司| 精品一区二区三区的国产在线播放| 成人性视频免费网站| 欧美精品精品一区| 久久精品亚洲乱码伦伦中文| 亚洲一区二区在线免费看| 激情伊人五月天久久综合| 色欧美88888久久久久久影院| 日韩三级视频中文字幕| 亚洲激情自拍偷拍| 国产精品一区二区果冻传媒| 欧美日韩国产综合久久 | 亚洲愉拍自拍另类高清精品| 国产一区二区三区日韩| 欧美日韩一级二级三级| 中文字幕欧美区| 国产一区高清在线| 91精品国产免费| 一区二区三区视频在线看| 成人avav影音| 国产欧美在线观看一区| 国产一区二区三区视频在线播放| 91精品国产综合久久福利| 亚洲国产欧美一区二区三区丁香婷| av毛片久久久久**hd| 国产精品私人影院| 国产精品18久久久久久vr| 日韩欧美中文字幕精品| 午夜欧美在线一二页| 欧美三级一区二区| 亚洲成人动漫av| 欧美日韩aaa| 亚洲国产cao| 欧美性生活久久| 夜夜爽夜夜爽精品视频| 色94色欧美sute亚洲13| 亚洲一区二区三区四区在线免费观看| 99精品黄色片免费大全| 国产精品国产自产拍高清av王其| 国产成人亚洲综合a∨婷婷图片 | 91精彩视频在线| 一色桃子久久精品亚洲| 99精品一区二区三区| 亚洲欧美日韩中文播放| 欧美性猛交一区二区三区精品| 一区二区三区资源| 欧美电影在线免费观看| 蜜臀精品久久久久久蜜臀| 久久综合色鬼综合色| 国产酒店精品激情| 亚洲天堂2016| 在线91免费看| 国产美女精品人人做人人爽| 国产精品另类一区| 91在线观看免费视频| 亚洲色图视频网站| 欧美挠脚心视频网站| 极品瑜伽女神91| 成人免费一区二区三区视频| 91高清视频免费看| 久久99热这里只有精品| 欧美激情一区二区三区不卡| 色先锋aa成人| 秋霞电影一区二区| 国产精品伦一区二区三级视频| 在线免费一区三区| 久久99久国产精品黄毛片色诱| 国产日产欧美精品一区二区三区| 色又黄又爽网站www久久| 免费成人结看片| 亚洲欧洲日韩女同| 日韩视频在线观看一区二区| 成人午夜视频网站| 午夜精品久久久久久久| 国产欧美日韩一区二区三区在线观看 | 免费在线观看精品| 日本一区二区不卡视频| 欧美高清视频不卡网| 国产98色在线|日韩| 午夜精品在线视频一区| 亚洲欧洲日产国码二区| 精品国产伦一区二区三区观看体验| 91蜜桃传媒精品久久久一区二区| 麻豆精品国产传媒mv男同 | 久久99精品国产麻豆婷婷| 亚洲丝袜另类动漫二区| 久久这里都是精品| 91麻豆精品国产91久久久使用方法| 成人黄色在线看| 国产麻豆视频精品| 日韩黄色在线观看| 一区二区三区产品免费精品久久75| 国产亚洲午夜高清国产拍精品| 欧美日韩视频在线第一区| 91免费看视频| 国产成a人无v码亚洲福利| 日本视频中文字幕一区二区三区| 亚洲欧美区自拍先锋| 国产精品久久久久久久久搜平片| 日韩你懂的在线观看| 欧美人伦禁忌dvd放荡欲情| 91麻豆免费观看| 成人综合在线观看| 国产乱码精品一区二区三| 另类小说色综合网站| 婷婷开心久久网| 亚洲成人在线免费| 亚洲成人av资源| 亚洲va欧美va天堂v国产综合| 亚洲综合一区在线| 亚洲一二三四区| 午夜伦欧美伦电影理论片| 亚洲国产精品久久一线不卡| 亚洲一区二区三区四区在线观看| 亚洲免费av在线| 一区二区三区四区亚洲| 亚洲乱码国产乱码精品精可以看 | 国产一区二区免费视频| 国产在线精品视频| 国产不卡视频在线观看| 国产91露脸合集magnet | 亚洲精品成人在线| 亚洲制服丝袜av| 日本欧美在线看| 激情综合网激情| 国产精品一线二线三线| 懂色av噜噜一区二区三区av| 成人精品一区二区三区中文字幕| av亚洲精华国产精华| 欧美视频在线不卡| 制服丝袜国产精品| 久久理论电影网| 国产精品久久久久影院亚瑟| 亚洲在线视频一区| 美女免费视频一区二区| 国产精品一二三四区| 99精品久久99久久久久| 制服丝袜亚洲精品中文字幕| 久久嫩草精品久久久精品| 亚洲欧洲av另类| 日韩和欧美一区二区三区| 久久成人免费日本黄色| 成人精品电影在线观看| 欧美午夜精品久久久久久超碰| 欧美老女人在线| 国产女人18毛片水真多成人如厕| 亚洲精品v日韩精品| 免费欧美在线视频| 91小视频免费观看| 日韩一区二区三区av| 亚洲欧洲99久久| 久久精品国产一区二区三| 成人动漫在线一区| 3751色影院一区二区三区| 欧美韩日一区二区三区四区| 亚洲成人久久影院| 成人免费观看视频| 日韩三级视频中文字幕| 亚洲男人的天堂av| 国产精品资源站在线| 精品婷婷伊人一区三区三| 国产精品欧美一级免费| 日韩电影在线观看电影|