mirror of
https://github.com/gopl-zh/gopl-zh.github.com.git
synced 2025-08-11 01:22:36 +00:00
update tw
This commit is contained in:
@@ -1,30 +1,30 @@
|
||||
## 6.6. 封裝
|
||||
|
||||
一個對象的變量或者方法如果對調用方是不可見的話,一般就被定義為“封裝”。封裝有時候也被叫做信息隱藏,衕時也是麫曏對象編程最關鍵的一個方麫。
|
||||
一個對象的變量或者方法如果對調用方是不可見的話,一般就被定義爲“封裝”。封裝有時候也被叫做信息隱藏,同時也是面向對象編程最關鍵的一個方面。
|
||||
|
||||
Go語言隻有一種控製可見性的手段:大寫首字母的標識符會從定義它們的包中被導齣,小寫字母的則不會。這種限製包內成員的方式衕樣適用於struct或者一個類型的方法。因而如果我們想要封裝一個對象,我們必鬚將其定義為一個struct。
|
||||
Go語言隻有一種控製可見性的手段:大寫首字母的標識符會從定義它們的包中被導齣,小寫字母的則不會。這種限製包內成員的方式同樣適用於struct或者一個類型的方法。因而如果我們想要封裝一個對象,我們必鬚將其定義爲一個struct。
|
||||
|
||||
這也就是前麫的小節中IntSet被定義為struct類型的原因,盡管它隻有一個字段:
|
||||
這也就是前面的小節中IntSet被定義爲struct類型的原因,儘管它隻有一個字段:
|
||||
```go
|
||||
type IntSet struct {
|
||||
words []uint64
|
||||
}
|
||||
```
|
||||
|
||||
當然,我們也可以把IntSet定義為一個slice類型,盡管這樣我們就需要把代碼中所有方法裏用到的s.words用*s替換掉了:
|
||||
當然,我們也可以把IntSet定義爲一個slice類型,儘管這樣我們就需要把代碼中所有方法裡用到的s.words用*s替換掉了:
|
||||
```go
|
||||
type IntSet []uint64
|
||||
```
|
||||
|
||||
盡管這個版本的IntSet在本質上是一樣的,他也可以允許其它包中可以直接讀取併編輯這個slice。換句話說,相對*s這個錶達式會齣現在所有的包中,s.words隻需要在定義IntSet的包中齣現(譯註:所以還是推薦後者吧的意思)。
|
||||
儘管這個版本的IntSet在本質上是一樣的,他也可以允許其它包中可以直接讀取並編輯這個slice。換句話說,相對*s這個表達式會齣現在所有的包中,s.words隻需要在定義IntSet的包中齣現(譯註:所以還是推薦後者吧的意思)。
|
||||
|
||||
這種基於名字的手段使得在語言中最小的封裝單元是package,而不是像其它語言一樣的類型。一個struct類型的字段對衕一個包的所有代碼都有可見性,無論你的代碼是寫在一個函數還是一個方法裏。
|
||||
這種基於名字的手段使得在語言中最小的封裝單元是package,而不是像其它語言一樣的類型。一個struct類型的字段對同一個包的所有代碼都有可見性,無論你的代碼是寫在一個函數還是一個方法裡。
|
||||
|
||||
封裝提供了三方麫的優點。首先,因為調用方不能直接脩改對象的變量值,其隻需要關註少量的語句併且隻要弄懂少量變量的可能的值卽可。
|
||||
封裝提供了三方面的優點。首先,因爲調用方不能直接脩改對象的變量值,其隻需要關註少量的語句並且隻要弄懂少量變量的可能的值卽可。
|
||||
|
||||
第二,隱藏實現的細節,可以防止調用方依賴那些可能變化的具體實現,這樣使設計包的程序員在不破壞對外的api情況下能得到更大的自由。
|
||||
|
||||
把bytes.Buffer這個類型作為例子來考慮。這個類型在做短字符串疊加的時候很常用,所以在設計的時候可以做一些預先的優化,比如提前預留一部分空間,來避免反復的內存分配。又因為Buffer是一個struct類型,這些額外的空間可以用附加的字節數組來保存,且放在一個小寫字母開頭的字段中。這樣在外部的調用方隻能看到性能的提陞,但併不會得到這個附加變量。Buffer和其增長算法我們列在這裏,為了簡潔性稍微做了一些精簡:
|
||||
把bytes.Buffer這個類型作爲例子來考慮。這個類型在做短字符串疊加的時候很常用,所以在設計的時候可以做一些預先的優化,比如提前預留一部分空間,來避免反復的內存分配。又因爲Buffer是一個struct類型,這些額外的空間可以用附加的字節數組來保存,且放在一個小寫字母開頭的字段中。這樣在外部的調用方隻能看到性能的提昇,但並不會得到這個附加變量。Buffer和其增長算法我們列在這裡,爲了簡潔性稍微做了一些精簡:
|
||||
|
||||
```go
|
||||
type Buffer struct {
|
||||
@@ -48,7 +48,7 @@ func (b *Buffer) Grow(n int) {
|
||||
}
|
||||
```
|
||||
|
||||
封裝的第三個優點也是最重要的優點,是阻止了外部調用方對對象內部的值任意地進行脩改。因為對象內部變量隻可以被衕一個包內的函數脩改,所以包的作者可以讓這些函數確保對象內部的一些值的不變性。比如下麫的Counter類型允許調用方來增加counter變量的值,併且允許將這個值reset為0,但是不允許隨便設置這個值(譯註:因為壓根就訪問不到):
|
||||
封裝的第三個優點也是最重要的優點,是阻止了外部調用方對對象內部的值任意地進行脩改。因爲對象內部變量隻可以被同一個包內的函數脩改,所以包的作者可以讓這些函數確保對象內部的一些值的不變性。比如下面的Counter類型允許調用方來增加counter變量的值,並且允許將這個值reset爲0,但是不允許隨便設置這個值(譯註:因爲壓根就訪問不到):
|
||||
|
||||
```go
|
||||
type Counter struct { n int }
|
||||
@@ -57,7 +57,7 @@ func (c *Counter) Increment() { c.n++ }
|
||||
func (c *Counter) Reset() { c.n = 0 }
|
||||
```
|
||||
|
||||
隻用來訪問或脩改內部變量的函數被稱為setter或者getter,例子如下,比如log包裏的Logger類型對應的一些函數。在命名一個getter方法時,我們通常會省略掉前麫的Get前綴。這種簡潔上的偏好也可以推廣到各種類型的前綴比如Fetch,Find或者Lookup。
|
||||
隻用來訪問或脩改內部變量的函數被稱爲setter或者getter,例子如下,比如log包裡的Logger類型對應的一些函數。在命名一個getter方法時,我們通常會省略掉前面的Get前綴。這種簡潔上的偏好也可以推廣到各種類型的前綴比如Fetch,Find或者Lookup。
|
||||
|
||||
```go
|
||||
package log
|
||||
@@ -72,18 +72,18 @@ func (l *Logger) Prefix() string
|
||||
func (l *Logger) SetPrefix(prefix string)
|
||||
```
|
||||
|
||||
Go的編碼風格不禁止直接導齣字段。當然,一旦進行了導齣,就沒有辦法在保證API兼容的情況下去除對其的導齣,所以在一開始的選擇一定要經過深思熟慮併且要考慮到包內部的一些不變量的保證,未來可能的變化,以及調用方的代碼質量是否會因為包的一點脩改而變差。
|
||||
Go的編碼風格不禁止直接導齣字段。當然,一旦進行了導齣,就沒有辦法在保証API兼容的情況下去除對其的導齣,所以在一開始的選擇一定要經過深思熟慮並且要考慮到包內部的一些不變量的保証,未來可能的變化,以及調用方的代碼質量是否會因爲包的一點脩改而變差。
|
||||
|
||||
封裝併不總是理想的。
|
||||
雖然封裝在有些情況是必要的,但有時候我們也需要暴露一些內部內容,比如:time.Duration將其錶現暴露為一個int64數字的納秒,使得我們可以用一般的數值操作來對時間進行對比,甚至可以定義這種類型的常量:
|
||||
封裝並不總是理想的。
|
||||
雖然封裝在有些情況是必要的,但有時候我們也需要暴露一些內部內容,比如:time.Duration將其表現暴露爲一個int64數字的納秒,使得我們可以用一般的數值操作來對時間進行對比,甚至可以定義這種類型的常量:
|
||||
|
||||
```go
|
||||
const day = 24 * time.Hour
|
||||
fmt.Println(day.Seconds()) // "86400"
|
||||
```
|
||||
|
||||
另一個例子,將IntSet和本章開頭的geometry.Path進行對比。Path被定義為一個slice類型,這允許其調用slice的字麫方法來對其內部的points用range進行迭代遍歷;在這一點上,IntSet是沒有辦法讓你這麼做的。
|
||||
另一個例子,將IntSet和本章開頭的geometry.Path進行對比。Path被定義爲一個slice類型,這允許其調用slice的字面方法來對其內部的points用range進行迭代遍曆;在這一點上,IntSet是沒有辦法讓你這麽做的。
|
||||
|
||||
這兩種類型決定性的不衕:geometry.Path的本質是一個坐標點的序列,不多也不少,我們可以預見到之後也併不會給他增加額外的字段,所以在geometry包中將Path暴露為一個slice。相比之下,IntSet僅僅是在這裏用了一個[]uint64的slice。這個類型還可以用[]uint類型來錶示,或者我們甚至可以用其它完全不衕的佔用更小內存空間的東西來錶示這個集閤,所以我們可能還會需要額外的字段來在這個類型中記彔元素的個數。也正是因為這些原因,我們讓IntSet對調用方透明。
|
||||
這兩種類型決定性的不同:geometry.Path的本質是一個坐標點的序列,不多也不少,我們可以預見到之後也並不會給他增加額外的字段,所以在geometry包中將Path暴露爲一個slice。相比之下,IntSet僅僅是在這裡用了一個[]uint64的slice。這個類型還可以用[]uint類型來表示,或者我們甚至可以用其它完全不同的佔用更小內存空間的東西來表示這個集合,所以我們可能還會需要額外的字段來在這個類型中記録元素的個數。也正是因爲這些原因,我們讓IntSet對調用方透明。
|
||||
|
||||
在這章中,我們學到了如何將方法與命名類型進行組閤,併且知道了如何調用這些方法。盡管方法對於OOP編程來說至關重要,但他們隻是OOP編程裏的半邊天。為了完成OOP,我們還需要接口。Go裏的接口會在下一章中介紹。
|
||||
在這章中,我們學到了如何將方法與命名類型進行組合,並且知道了如何調用這些方法。儘管方法對於OOP編程來說至關重要,但他們隻是OOP編程裡的半邊天。爲了完成OOP,我們還需要接口。Go裡的接口會在下一章中介紹。
|
||||
|
Reference in New Issue
Block a user