婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 淺談用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構建不可變的數據結構的方法的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    婷婷综合五月天| 欧美va亚洲va在线观看蝴蝶网| 中文字幕国产一区| 日韩欧美国产一二三区| 欧美性一区二区| 91精品福利视频| 4438成人网| 欧美一区二区三区视频在线| 91免费看`日韩一区二区| 成人动漫一区二区在线| 丁香激情综合五月| 色婷婷精品久久二区二区蜜臀av| 99综合影院在线| 在线观看日韩电影| 91麻豆精品国产综合久久久久久| 正在播放亚洲一区| 久久这里都是精品| 亚洲天天做日日做天天谢日日欢| 国产精品国产三级国产专播品爱网| 久久久美女毛片| 亚洲欧洲国产日本综合| 夜夜精品浪潮av一区二区三区| 亚洲观看高清完整版在线观看| 国产成人免费在线视频| 毛片基地黄久久久久久天堂| 在线精品视频小说1| 欧美综合色免费| www国产精品av| 亚洲国产视频在线| 久久99精品久久久久| 97久久精品人人爽人人爽蜜臀| 色综合咪咪久久| 日韩午夜激情视频| 亚洲人成亚洲人成在线观看图片 | 老司机免费视频一区二区三区| 精品一区二区三区的国产在线播放 | 欧美色偷偷大香| 亚洲国产精品传媒在线观看| 日韩精品亚洲一区二区三区免费| 久久不见久久见免费视频7| 在线国产亚洲欧美| 国产嫩草影院久久久久| 9l国产精品久久久久麻豆| 午夜欧美在线一二页| 亚洲色图清纯唯美| 日韩一本二本av| 欧美影院午夜播放| 午夜婷婷国产麻豆精品| 国产福利视频一区二区三区| 亚洲另类在线视频| 欧美日韩专区在线| 国产精品中文字幕一区二区三区| 一区二区三区**美女毛片| 久久精品欧美日韩| 精品国产第一区二区三区观看体验| 91成人免费电影| 91丝袜国产在线播放| 久久网这里都是精品| 久久久夜色精品亚洲| 成人av免费在线播放| 2024国产精品| 日韩欧美黄色影院| 7777精品伊人久久久大香线蕉经典版下载 | av不卡在线播放| 激情综合网最新| 国产成人8x视频一区二区| 精品亚洲国内自在自线福利| 免费高清在线视频一区·| 天堂精品中文字幕在线| 亚洲综合一区在线| 蜜桃视频第一区免费观看| 美脚の诱脚舐め脚责91 | 自拍偷拍国产精品| 亚洲视频小说图片| 日韩激情一区二区| 韩国午夜理伦三级不卡影院| 国产剧情一区二区| 精品免费国产二区三区| 久久综合久色欧美综合狠狠| 亚洲成年人网站在线观看| 久久99精品久久只有精品| 在线观看一区日韩| 亚洲人妖av一区二区| 激情五月婷婷综合网| 91黄色免费版| 成人黄色一级视频| 国产精品久久久久久一区二区三区| 国产一区二区三区美女| 欧美日韩国产在线播放网站| 亚洲va韩国va欧美va| 国产精品久久久久久久第一福利| 国产成人精品1024| 日本一区免费视频| 欧美精品aⅴ在线视频| 国产成人在线影院| 亚洲二区视频在线| 久久久99精品免费观看不卡| 欧美日韩在线免费视频| 色婷婷av一区二区三区之一色屋| 亚洲一区二区高清| 亚洲成人精品一区| 亚洲欧美日韩久久精品| 国产精品久久久久久久第一福利 | 亚洲香肠在线观看| 极品美女销魂一区二区三区| 激情综合一区二区三区| 91麻豆精品国产91久久久久| 国产精品一区二区果冻传媒| 国产自产高清不卡| 中文字幕欧美日韩一区| 国产91富婆露脸刺激对白| 婷婷中文字幕一区三区| 欧美日韩成人综合| 老司机精品视频导航| 亚洲日本在线看| 色又黄又爽网站www久久| 亚洲成人1区2区| 欧美成人video| 成人av在线影院| 一区二区三区久久| 欧美一级久久久| 国产成人一区在线| 亚洲欧美日韩成人高清在线一区| 欧美日韩一级视频| 国产福利一区在线| 一二三四区精品视频| 91精品国产91久久久久久一区二区| 国产在线不卡一区| 日韩一区在线播放| 制服丝袜一区二区三区| 粉嫩嫩av羞羞动漫久久久 | 中文字幕不卡在线| 欧美麻豆精品久久久久久| 国产suv一区二区三区88区| 亚洲在线成人精品| 欧美激情在线免费观看| 337p亚洲精品色噜噜狠狠| 粉嫩在线一区二区三区视频| 日韩国产精品大片| 中文字幕一区三区| 2023国产精品自拍| 777午夜精品免费视频| 9人人澡人人爽人人精品| 久久精品国产精品亚洲综合| 亚洲天堂av一区| 国产亚洲婷婷免费| 欧美一卡2卡三卡4卡5免费| 色综合激情五月| av爱爱亚洲一区| 国产精品一区二区在线播放| 日日噜噜夜夜狠狠视频欧美人| 中文字幕不卡在线| 国产三级欧美三级日产三级99| 欧美精品第1页| 91麻豆产精品久久久久久 | 91蝌蚪porny成人天涯| 精品一二三四在线| 青青草国产成人av片免费| 夜夜精品视频一区二区| 欧美国产一区视频在线观看| 精品国产乱码久久久久久老虎| 欧美日高清视频| 欧美午夜精品一区二区三区 | 精品久久久久久最新网址| 欧美人成免费网站| 在线观看日韩精品| 91麻豆国产福利精品| 91影院在线观看| 成人精品视频一区二区三区| 国内精品第一页| 国产一区二区三区四| 国产综合一区二区| 国内精品写真在线观看| 精品在线你懂的| 国产综合色视频| 黑人巨大精品欧美一区| 天天操天天综合网| 日韩成人一级大片| 日本成人在线不卡视频| 日韩av电影天堂| 日本不卡在线视频| 激情综合网av| 国产ts人妖一区二区| 99视频一区二区| 欧美亚洲国产bt| 欧美视频一区二区三区四区| 欧美色大人视频| 日韩视频免费观看高清完整版| 欧美一二三在线| 久久久久99精品一区| 国产精品久久久久影院| 亚洲人123区| 亚洲成在线观看| 另类调教123区| 国产黑丝在线一区二区三区| www.成人网.com| 欧美日韩一区二区在线观看| 欧美tickling挠脚心丨vk| 国产精品私人影院| 亚洲图片一区二区|